[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #12 from Pavel Ondra?ka 2012-01-05 15:54:31 PST --- (In reply to comment #11) > The problematic commit fixes occlusion queries for some cases, so I'm sorry > but > I can't revert it just because it breaks an optimization which is

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #11 from Marek Ol??k 2012-01-05 15:14:59 PST --- The problematic commit fixes occlusion queries for some cases, so I'm sorry but I can't revert it just because it breaks an optimization which is not even enabled by default. I can

[PATCH] drm/radeon/kms: clean up CS flags chunk processing

On Thu, Jan 5, 2012 at 5:08 AM, Dave Airlie wrote: > Can you rebase this onto -next, I've no idea what it applies against. You can skip this. I just rolled it into the VM patch. Alex > > Dave. > >> Signed-off-by: Alex Deucher >> --- >> ?drivers/gpu/drm/radeon/radeon_cs.c | ? ?7 +++ >> ?1

[PATCH] drm/radeon/kms: add support for streamout

On Thu, Jan 5, 2012 at 9:30 PM, Marek Ol??k wrote: > People can start using transform feedback on r6xx with this. > > Strict CS checking will be implemented later. > > Signed-off-by: Marek Ol??k > --- > ?drivers/gpu/drm/radeon/evergreen_cs.c ? ? | ?104 > +++-- >

[PATCH 3/3] drm/radeon/kms: sync across multiple rings when doing bo moves v3

From: Alex Deucher We need to synchronize across rings when doing a bo move to make sure we the buffer is idle if it's in use by a different ring than the ring doing the move. v2: fix fence setup for bo moves v3: add missing ring lock/unlock Signed-off-by: Alex

[PATCH 2/3] drm/radeon/kms: Add support for multi-ring sync in CS ioctl (v2)

From: Christian K?nig Use semaphores to sync buffers across rings in the CS ioctl. Add a reloc flag to allow userspace to skip sync for buffers. agd5f: port to latest CS ioctl changes. v2: add ring lock/unlock to make sure changes hit the ring. Signed-off-by:

[PATCH 1/3] drm/radeon: GPU virtual memory support v22

From: Jerome Glisse Virtual address space are per drm client (opener of /dev/drm). Client are in charge of virtual address space, they need to map bo into it by calling DRM_RADEON_GEM_VA ioctl. First 16M of virtual address space is reserved by the kernel. Once using 2 level

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 Pavel Ondra?ka changed: What|Removed |Added CC||pavel.ondracka at email.cz --- Comment

[Bug 41756] [wine] Alpha Prime crashes in u_upload_data

https://bugs.freedesktop.org/show_bug.cgi?id=41756 --- Comment #2 from Sven Arvidsson 2012-01-05 13:44:10 PST --- Game no longer crashes with latest git, but there's rendering errors if the override isn't used. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 35460] [855GM] Corruptions with linux-2.6.38 & xf-video-intel-2.14.901

https://bugs.freedesktop.org/show_bug.cgi?id=35460 --- Comment #18 from Bruno 2012-01-05 13:41:16 PST --- (In reply to comment #17) > No, we don't buffer cursors. A single cursor bo is updated every time its > image > changes. (Whilst possible, I don't it is an interesting optimisation to

TTM and AGP conflicts

On Tue, Jan 03, 2012 at 05:59:33PM -0500, Konrad Rzeszutek Wilk wrote: > On Tue, Jan 03, 2012 at 05:43:40PM -0500, Jerome Glisse wrote: > > On Fri, Dec 23, 2011 at 01:19:43AM +, James Simmons wrote: > > > > > > > > Hi! > > > > > > > > > > ? ? ? ?I updated the openchrome tree and while testing

merge window closed

On Thu, Jan 05, 2012 at 10:48:10AM +, Dave Airlie wrote: > Hi > > So Linus has released, so really whats in -next is really it > > I've two things outstanding, > the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review asap, OK, so the two I posted: drm/ttm/dma: Fix accounting error

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120105/ca8f974b/attachment.pgp>

[PATCH] radeon: Fix disabling PCI bus mastering on big endian hosts.

From: Michel D?nzer It would previously write basically random bits to PCI configuration space... Not very surprising that the GPU tended to stop responding completely. The resulting MCE even froze the whole machine sometimes. Now resetting the GPU after a lockup has at

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #6 from smoki 2012-01-05 10:35:36 PST --- Created attachment 55180 --> https://bugs.freedesktop.org/attachment.cgi?id=55180 glxinfo log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #5 from smoki 2012-01-05 10:28:45 PST --- Disabled color tiling - problem stays. Blender 2.61 is the best example for slowness - someone could tried it. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #4 from smoki 2012-01-05 10:26:10 PST --- Created attachment 55179 --> https://bugs.freedesktop.org/attachment.cgi?id=55179 xorg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #3 from smoki 2012-01-05 10:25:25 PST --- Created attachment 55178 --> https://bugs.freedesktop.org/attachment.cgi?id=55178 dmesg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #2 from Alex Deucher 2012-01-05 10:02:38 PST --- Does disabling ColorTiling fix the problem? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #1 from Alex Deucher 2012-01-05 10:01:47 PST --- Please attach your xorg log, dmesg output, and glxinfo output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 44499] New: r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 Bug #: 44499 Summary: r280 and xbmc - choppy menu and video playback Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All)

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

On Thu, Jan 05, 2012 at 02:16:23PM -0200, przanoni at gmail.com wrote: > From: Paulo Zanoni > > This ioctl is used to signal the drivers that the screen is rotated, > not to make the drivers rotate the screen. > - add a driver-specific "rotation_set" function > - implement Intel's rotation_set

[Bug 44466] Assertion 'LLVMOffsetOfElement' when running Furmark with wine

https://bugs.freedesktop.org/show_bug.cgi?id=44466 Michel D?nzer changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop.

[PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

On Thu, Jan 05, 2012 at 09:57:56AM +, Dave Airlie wrote: > From: Dave Airlie > > So we have a few places where the drm drivers would like to sleep to > be nice to the system, mainly in the modesetting paths, but we also > have two cases were atomic modesetting must take place, panic writing

[PATCH] drm/nouveau: fix ttm move notify callback

On Thu, Jan 5, 2012 at 4:48 PM, Konrad Rzeszutek Wilk wrote: > On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.glisse at gmail.com wrote: >> From: Jerome Glisse >> >> ttm might call the move notify with null new mem placement, >> properly handle this case inside nouveau move notify callback. > > Let

[PATCH] drm/nouveau: fix ttm move notify callback

On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.glisse at gmail.com wrote: > From: Jerome Glisse > > ttm might call the move notify with null new mem placement, > properly handle this case inside nouveau move notify callback. Let me give this a spin tonight on both PCIe and AGP hardware. Um, were

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

On Thu, 5 Jan 2012 14:16:23 -0200, przanoni at gmail.com wrote: > From: Paulo Zanoni > > This ioctl is used to signal the drivers that the screen is rotated, > not to make the drivers rotate the screen. > - add a driver-specific "rotation_set" function > - implement Intel's rotation_set by

[PULL] drm-intel-next

On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote: > > Here are the rest of the 3.3 pending changes. > > This has a bunch of small bug fixes and overlay plane support for i915. > > The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60: > > Merge branch

[PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

On Thu, 5 Jan 2012 17:00:52 +0100, Daniel Vetter wrote: > If MSLEEP is indeed unused, I think it should just die - we have way too > much yelling cruft from dri1 yonder lying around that hides important > details like this. Otherwise It was used, they just happened to all be redundant or

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #13 from Marek Ol??k 2012-01-05 16:03:28 UTC --- I am sure bug 35095 also affects r500. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

[PATCH 3/3] drm/omap: multiplanar and YUV support

From: Rob Clark Add support in framebuffer objects for other color formats and multi- planar YUV (NV12). Since this requires changing the API between the plane and fb for getting scanout information (paddr, etc), take advantage of the opportunity and put in place a way to allow

[PATCH 2/3] drm/omap: add drm_plane support

From: Rob Clark Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a

[PATCH 1/3] drm/omap: drm API update: addfb2

From: Rob Clark Update to reflect changes in: "drm: add an fb creation ioctl that takes a pixel format v5" Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_drv.h | 30 +- drivers/staging/omapdrm/omap_fb.c| 103 ++

[PATCH 0/3] drm/omap: updates for addfb2 and plane support

From: Rob Clark The first patch updates omapdrm for API changes introduced when addfb2 support (for multi-planar fb's) was added (in drm-next). The next patch adds drm plane (overlay) support, with CRTCs using private plane objects to avoid code duplication between the CRTC and

[PATCH] fixes to drm-next - TTM DMA code (v1)

On Tue, Dec 13, 2011 at 11:40:31AM -0500, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 13, 2011 at 05:23:30PM +0100, Thomas Hellstrom wrote: > > On 12/13/2011 05:07 PM, Jerome Glisse wrote: > > >On Mon, Dec 12, 2011 at 03:09:26PM -0500, Konrad Rzeszutek Wilk wrote: > > >>Jerome pointed me to some

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

Hi 2012/1/5 Daniel Vetter : > - Please post at least a link to the userspace patches, so that it's > ?possible to check how this all fits together libdrm: http://people.freedesktop.org/~pzanoni/0001-Implement-drmModeCrtcSetRotation.patch xf86-video-intel:

[Bug 29658] Crash when starting "spring rts" the system freeze: /usr/lib/dri/r600_dri.so(radeon_bo_legacy_validate+0x483)

https://bugs.freedesktop.org/show_bug.cgi?id=29658 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

From: Paulo Zanoni This ioctl is used to signal the drivers that the screen is rotated, not to make the drivers rotate the screen. - add a driver-specific "rotation_set" function - implement Intel's rotation_set by setting the right values to the PIPECONF

[PATCH] drm/nouveau: fix ttm move notify callback

From: Jerome Glisse ttm might call the move notify with null new mem placement, properly handle this case inside nouveau move notify callback. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/nouveau/nouveau_bo.c |6 +++--- 1 files changed, 3 insertions(+), 3

[PATCH 3/3] Revert "drm/ttm: callback move_notify any time bo placement change v4"

On Wed, Jan 04, 2012 at 04:35:16PM -0500, Konrad Rzeszutek Wilk wrote: > This reverts commit 5c2680ddbe14b24771d24841dd66881f90d3d740 otherwise > when we unbind the device we get this: > sh-4.1# echo ":00:0d.0" > unbind > BUG: unable to handle kernel NULL pointer dereference at

[PATCH] radeon: Fix disabling PCI bus mastering on big endian hosts.

2012/1/5 Michel D?nzer : > From: Michel D?nzer > > It would previously write basically random bits to PCI configuration space... > Not very surprising that the GPU tended to stop responding completely. The > resulting MCE even froze the whole machine sometimes. > > Now resetting the GPU after a

[PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

On Don, 2012-01-05 at 09:57 +, Dave Airlie wrote: > From: Dave Airlie > > So we have a few places where the drm drivers would like to sleep to > be nice to the system, mainly in the modesetting paths, but we also > have two cases were atomic modesetting must take place, panic writing > and

[REGRESSION] i915 KMS dual head broken on DELL latitude E6420 in 3.1-rc*

Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a ?crit : > Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a ?crit : > > Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a ?crit : > > > On Thu, 15 Sep 2011 10:12:59 +0200, Samuel Thibault > > ens-lyon.org> wrote: > > > > > > > At home

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #9 from gyhor at gmx.de 2012-01-05 02:14:29 PST --- On this Site http://www.notebookcheck.net/Review-Sony-Vaio-VPC-Z21Q9E-B-Subnotebook.61141.0.html the author is mentioning that the ati card (they say it is a "HD 6650M") is

[PATCH] drm/radeon/kms: clean up CS flags chunk processing

Can you rebase this onto -next, I've no idea what it applies against. Dave. > Signed-off-by: Alex Deucher > --- > ?drivers/gpu/drm/radeon/radeon_cs.c | ? ?7 +++ > ?1 files changed, 3 insertions(+), 4 deletions(-) > > diff --git a/drivers/gpu/drm/radeon/radeon_cs.c >

[Intel-gfx] [PULL] drm-intel-next

en Source Technology Center -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120105/49321f97/attachment.pgp>

[Intel-gfx] [PULL] drm-intel-next

On 01/05/2012 07:24 AM, Daniel Vetter wrote: > On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote: >> >> Here are the rest of the 3.3 pending changes. >> >> This has a bunch of small bug fixes and overlay plane support for i915. >> >> The following changes since commit

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #8 from gyhor at gmx.de 2012-01-05 01:58:26 PST --- I can confirm that. My Setup is a Sony VPC-Z21 (detail: VPCZ21C5321B) with the external PMD-Station. The network, usb, diskrive are working. Only the graphic card refuses to get to

[PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

From: Dave Airlie So we have a few places where the drm drivers would like to sleep to be nice to the system, mainly in the modesetting paths, but we also have two cases were atomic modesetting must take place, panic writing and kernel debugger. So provide a central inline to

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

- Original Message - > From: Paulo Zanoni > > This ioctl is used to signal the drivers that the screen is rotated, > not to make the drivers rotate the screen. > - add a driver-specific "rotation_set" function > - implement Intel's rotation_set by setting the right values to the >

[PATCH 2/2] drm: add support for private planes

t format_count); > > + ? ? ? ? ? ? ? ? ? ? ? ? const uint32_t *formats, uint32_t format_count, > > + ? ? ? ? ? ? ? ? ? ? ? ? bool private); > > ?extern void drm_plane_cleanup(struct drm_plane *plane); > > > > ?extern void drm_encoder_cleanup(struct drm_encoder *encoder); > > -- > > 1.7.5.4 > > > -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120105/498ffe7a/attachment.pgp>

[REGRESSION] i915 KMS dual head broken on DELL latitude E6420 in 3.1-rc*

Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a ?crit : > Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a ?crit : > > On Thu, 15 Sep 2011 10:12:59 +0200, Samuel Thibault > ens-lyon.org> wrote: > > > > > At home only. At work, with a different VGA screen, I'm still getting > > > the

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #8 from gy...@gmx.de 2012-01-05 01:58:26 PST --- I can confirm that. My Setup is a Sony VPC-Z21 (detail: VPCZ21C5321B) with the external PMD-Station. The network, usb, diskrive are working. Only the graphic card refuses to get to

[PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

From: Dave Airlie airl...@redhat.com So we have a few places where the drm drivers would like to sleep to be nice to the system, mainly in the modesetting paths, but we also have two cases were atomic modesetting must take place, panic writing and kernel debugger. So provide a central inline to

Re: [PATCH] drm/radeon/kms: clean up CS flags chunk processing

Can you rebase this onto -next, I've no idea what it applies against. Dave. Signed-off-by: Alex Deucher alexander.deuc...@amd.com ---  drivers/gpu/drm/radeon/radeon_cs.c |    7 +++  1 files changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c

Re: [PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

On Don, 2012-01-05 at 09:57 +, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com So we have a few places where the drm drivers would like to sleep to be nice to the system, mainly in the modesetting paths, but we also have two cases were atomic modesetting must take place, panic

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #9 from gy...@gmx.de 2012-01-05 02:14:29 PST --- On this Site http://www.notebookcheck.net/Review-Sony-Vaio-VPC-Z21Q9E-B-Subnotebook.61141.0.html the author is mentioning that the ati card (they say it is a HD 6650M) is controlled

merge window closed

Hi So Linus has released, so really whats in -next is really it I've two things outstanding, the TTM/AGP fixes, from Jerome/Konrad, guys please cross-review asap, I'm not sure there isn't some speed regressions in there, hopefully some more digging can be done. dma_buf, I'll probably send this

[Bug 29658] Crash when starting spring rts the system freeze: /usr/lib/dri/r600_dri.so(radeon_bo_legacy_validate+0x483)

https://bugs.freedesktop.org/show_bug.cgi?id=29658 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PULL] drm-intel-next

On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote: Here are the rest of the 3.3 pending changes. This has a bunch of small bug fixes and overlay plane support for i915. The following changes since commit 7a7e8734ac3235efafd34819b27fbdf5417e6d60: Merge branch

Re: [PATCH 1/3] drm/ttm/dma: Only call set_pages_array_wb when the page is not in WB pool.

On Wed, Jan 04, 2012 at 04:35:14PM -0500, Konrad Rzeszutek Wilk wrote: Otherwise we are doing redundant work. Especially since the 'unbind' and 'unpopulate' have been merged and nouveau driver ends up calling it quite excessivly. On a GeForce 8600 GT with Gnome Shell (GNOME 3) we end up

Re: [PATCH 2/2] drm: add support for private planes

Ok no problem. I think Keith just queued up the i915 bits, but I don't think they've made their way to Dave yet. Jesse On Wed, 4 Jan 2012 22:55:31 -0600 Rob Clark r...@ti.com wrote: note: looks like I need to rebase this patch after exynos drm driver was pulled to drm-next.. if there are

Re: [PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

On Thu, Jan 05, 2012 at 09:57:56AM +, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com So we have a few places where the drm drivers would like to sleep to be nice to the system, mainly in the modesetting paths, but we also have two cases were atomic modesetting must take place,

Re: [PATCH] drm: introduce drm_can_sleep and use in intel/radeon drivers.

On Thu, 5 Jan 2012 17:00:52 +0100, Daniel Vetter dan...@ffwll.ch wrote: If MSLEEP is indeed unused, I think it should just die - we have way too much yelling cruft from dri1 yonder lying around that hides important details like this. Otherwise It was used, they just happened to all be

[RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

From: Paulo Zanoni paulo.r.zan...@intel.com This ioctl is used to signal the drivers that the screen is rotated, not to make the drivers rotate the screen. - add a driver-specific rotation_set function - implement Intel's rotation_set by setting the right values to the PIPECONF registers.

Re: [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

On Thu, Jan 05, 2012 at 02:16:23PM -0200, przan...@gmail.com wrote: From: Paulo Zanoni paulo.r.zan...@intel.com This ioctl is used to signal the drivers that the screen is rotated, not to make the drivers rotate the screen. - add a driver-specific rotation_set function - implement Intel's

Re: [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

Hi 2012/1/5 Daniel Vetter dan...@ffwll.ch: - Please post at least a link to the userspace patches, so that it's  possible to check how this all fits together libdrm: http://people.freedesktop.org/~pzanoni/0001-Implement-drmModeCrtcSetRotation.patch xf86-video-intel:

Re: [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

- Original Message - From: Paulo Zanoni paulo.r.zan...@intel.com This ioctl is used to signal the drivers that the screen is rotated, not to make the drivers rotate the screen. - add a driver-specific rotation_set function - implement Intel's rotation_set by setting the right

Re: [RFC] drm: implement DRM_IOCTL_MODE_SETROTATION

On Thu, 5 Jan 2012 14:16:23 -0200, przan...@gmail.com wrote: From: Paulo Zanoni paulo.r.zan...@intel.com This ioctl is used to signal the drivers that the screen is rotated, not to make the drivers rotate the screen. - add a driver-specific rotation_set function - implement Intel's

[Bug 44466] Assertion 'LLVMOffsetOfElement' when running Furmark with wine

https://bugs.freedesktop.org/show_bug.cgi?id=44466 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop

[PATCH] radeon: Fix disabling PCI bus mastering on big endian hosts.

From: Michel Dänzer michel.daen...@amd.com It would previously write basically random bits to PCI configuration space... Not very surprising that the GPU tended to stop responding completely. The resulting MCE even froze the whole machine sometimes. Now resetting the GPU after a lockup has at

Re: [PATCH] radeon: Fix disabling PCI bus mastering on big endian hosts.

2012/1/5 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com It would previously write basically random bits to PCI configuration space... Not very surprising that the GPU tended to stop responding completely. The resulting MCE even froze the whole machine sometimes.

Re: [Intel-gfx] [PULL] drm-intel-next

On 01/05/2012 07:24 AM, Daniel Vetter wrote: On Wed, Jan 04, 2012 at 07:35:41PM -0800, Keith Packard wrote: Here are the rest of the 3.3 pending changes. This has a bunch of small bug fixes and overlay plane support for i915. The following changes since commit

[Bug 44499] New: r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 Bug #: 44499 Summary: r280 and xbmc - choppy menu and video playback Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All)

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #1 from Alex Deucher ag...@yahoo.com 2012-01-05 10:01:47 PST --- Please attach your xorg log, dmesg output, and glxinfo output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #2 from Alex Deucher ag...@yahoo.com 2012-01-05 10:02:38 PST --- Does disabling ColorTiling fix the problem? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

Re: [Intel-gfx] [PULL] drm-intel-next

On Thu, 5 Jan 2012 16:24:08 +0100 Daniel Vetter dan...@ffwll.ch wrote: I'd also like to express my frustration with the general -next process for drm/i915: - This drm-intel-next tree is less than 24h ours old (if you look at when it showed up at an official place where both our QA and the

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #3 from smoki smoki00...@gmail.com 2012-01-05 10:25:25 PST --- Created attachment 55178 -- https://bugs.freedesktop.org/attachment.cgi?id=55178 dmesg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

Re: [PATCH 3/3] Revert drm/ttm: callback move_notify any time bo placement change v4

On Wed, Jan 04, 2012 at 04:35:16PM -0500, Konrad Rzeszutek Wilk wrote: This reverts commit 5c2680ddbe14b24771d24841dd66881f90d3d740 otherwise when we unbind the device we get this: sh-4.1# echo :00:0d.0 unbind BUG: unable to handle kernel NULL pointer dereference at (null)

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #4 from smoki smoki00...@gmail.com 2012-01-05 10:26:10 PST --- Created attachment 55179 -- https://bugs.freedesktop.org/attachment.cgi?id=55179 xorg log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[PATCH] drm/nouveau: fix ttm move notify callback

From: Jerome Glisse jgli...@redhat.com ttm might call the move notify with null new mem placement, properly handle this case inside nouveau move notify callback. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/nouveau/nouveau_bo.c |6 +++--- 1 files changed, 3

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #5 from smoki smoki00...@gmail.com 2012-01-05 10:28:45 PST --- Disabled color tiling - problem stays. Blender 2.61 is the best example for slowness - someone could tried it. -- Configure bugmail:

[Bug 44499] r280 and xbmc - choppy menu and video playback

https://bugs.freedesktop.org/show_bug.cgi?id=44499 --- Comment #6 from smoki smoki00...@gmail.com 2012-01-05 10:35:36 PST --- Created attachment 55180 -- https://bugs.freedesktop.org/attachment.cgi?id=55180 glxinfo log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

Re: [PATCH] fixes to drm-next - TTM DMA code (v1)

On Tue, Dec 13, 2011 at 11:40:31AM -0500, Konrad Rzeszutek Wilk wrote: On Tue, Dec 13, 2011 at 05:23:30PM +0100, Thomas Hellstrom wrote: On 12/13/2011 05:07 PM, Jerome Glisse wrote: On Mon, Dec 12, 2011 at 03:09:26PM -0500, Konrad Rzeszutek Wilk wrote: Jerome pointed me to some accounting

Re: [REGRESSION] i915 KMS dual head broken on DELL latitude E6420 in 3.1-rc*

Samuel Thibault, le Thu 05 Jan 2012 03:16:46 +0100, a écrit : Samuel Thibault, le Fri 16 Sep 2011 18:30:50 +0200, a écrit : Keith Packard, le Thu 15 Sep 2011 09:22:48 -0500, a écrit : On Thu, 15 Sep 2011 10:12:59 +0200, Samuel Thibault samuel.thiba...@ens-lyon.org wrote: At home

[PATCH 0/3] drm/omap: updates for addfb2 and plane support

From: Rob Clark r...@ti.com The first patch updates omapdrm for API changes introduced when addfb2 support (for multi-planar fb's) was added (in drm-next). The next patch adds drm plane (overlay) support, with CRTCs using private plane objects to avoid code duplication between the CRTC and

[PATCH 1/3] drm/omap: drm API update: addfb2

From: Rob Clark r...@ti.com Update to reflect changes in: drm: add an fb creation ioctl that takes a pixel format v5 Signed-off-by: Rob Clark r...@ti.com --- drivers/staging/omapdrm/omap_drv.h | 30 +- drivers/staging/omapdrm/omap_fb.c| 103 ++

[PATCH 2/3] drm/omap: add drm_plane support

From: Rob Clark r...@ti.com Because framebuffer layer and overlay scanout video pipes are basically thing in OMAP display subsystem (the only difference being that the first video pipe does not support scaling or YUV formats), much of the CRTC code is pulled into the plane implementation, and a

[PATCH 3/3] drm/omap: multiplanar and YUV support

From: Rob Clark r...@ti.com Add support in framebuffer objects for other color formats and multi- planar YUV (NV12). Since this requires changing the API between the plane and fb for getting scanout information (paddr, etc), take advantage of the opportunity and put in place a way to allow fb's

[Bug 35460] [855GM] Corruptions with linux-2.6.38 xf-video-intel-2.14.901

https://bugs.freedesktop.org/show_bug.cgi?id=35460 --- Comment #18 from Bruno bonbon...@internet.lu 2012-01-05 13:41:16 PST --- (In reply to comment #17) No, we don't buffer cursors. A single cursor bo is updated every time its image changes. (Whilst possible, I don't it is an interesting

[Bug 41756] [wine] Alpha Prime crashes in u_upload_data

https://bugs.freedesktop.org/show_bug.cgi?id=41756 --- Comment #2 from Sven Arvidsson s...@whiz.se 2012-01-05 13:44:10 PST --- Game no longer crashes with latest git, but there's rendering errors if the override isn't used. -- Configure bugmail:

Re: [PATCH] drm/nouveau: fix ttm move notify callback

On Thu, 2012-01-05 at 13:31 -0500, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com ttm might call the move notify with null new mem placement, properly handle this case inside nouveau move notify callback. This has been fixed already in a -next tree I sent to Dave. Ben.

Re: [PATCH] drm/nouveau: fix ttm move notify callback

On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com ttm might call the move notify with null new mem placement, properly handle this case inside nouveau move notify callback. Let me give this a spin tonight on both PCIe and AGP hardware.

Re: [PATCH] drm/nouveau: fix ttm move notify callback

On Thu, Jan 5, 2012 at 4:48 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Thu, Jan 05, 2012 at 01:31:55PM -0500, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com ttm might call the move notify with null new mem placement, properly handle this case inside nouveau

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 Pavel Ondračka pavel.ondra...@email.cz changed: What|Removed |Added CC|

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #11 from Marek Olšák mar...@gmail.com 2012-01-05 15:14:59 PST --- The problematic commit fixes occlusion queries for some cases, so I'm sorry but I can't revert it just because it breaks an optimization which is not even enabled by

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #12 from Pavel Ondračka pavel.ondra...@email.cz 2012-01-05 15:54:31 PST --- (In reply to comment #11) The problematic commit fixes occlusion queries for some cases, so I'm sorry but I can't revert it just because it breaks an

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #13 from Marek Olšák mar...@gmail.com 2012-01-05 16:03:28 UTC --- I am sure bug 35095 also affects r500. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Bug 37724] r300g with HyperZ/Z compression: occlusion queries are messed up in ut2004 (regression, bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=37724 --- Comment #14 from Marek Olšák mar...@gmail.com 2012-01-05 16:18:14 PST --- Well maybe not, I am not sure. I recall there was another bug with HiZ, which could be triggered by changing the depth function. The workaround was to flush the

[Bug 43829] Resuming my AMD A4-300 based laptop leaves the screen black

https://bugs.freedesktop.org/show_bug.cgi?id=43829 --- Comment #1 from Joshua Roys roysj...@gmail.com 2012-01-05 17:21:16 PST --- Created attachment 55194 -- https://bugs.freedesktop.org/attachment.cgi?id=55194 difference of `radeontool regmatch \*` from before and after suspend HP G4-1215DX

  1   2   >