[PATCH 00/12] clear up drm/agp initialization madness

On Tue, Jun 12, 2012 at 03:46:35PM +0300, Jani Nikula wrote: > On Thu, 07 Jun 2012, Daniel Vetter wrote: > > Comments, flames and reviews highly welcome. If possible I'd like to get > > the 3 > > drm patches at the beginning in early for 3.6 so that we can decently test > > it > > (and have

RFC: Change OML_sync_control UST to CLOCK_MONOTONIC

On 06/11/2012 03:02 AM, Michel D?nzer wrote: > On Son, 2012-06-10 at 11:56 +, Joakim Plate wrote: >> Hi, >> >> I'm currently trying to make use of OML_sync_control extension to schedule >> presentation of video frames in xbmc. >> >> I've run into somewhat of a snag. It seem the spec doesn't

[Bug 50980] [r300g, bisected] WebGL cars demo crash (r300_emit.c:865:r300_emit_vertex_arrays: Assertion `(buf)' failed)

https://bugs.freedesktop.org/show_bug.cgi?id=50980 --- Comment #1 from Pavel Ondra?ka 2012-06-12 12:26:19 PDT --- Created attachment 62942 --> https://bugs.freedesktop.org/attachment.cgi?id=62942 gl-max-texture-dimensions webgl test backtrace Another variation of this crash can be seen with

[PATCH] drm/radeon/prime: reserve/unreserve around pin

On Die, 2012-06-12 at 16:10 +0100, Dave Airlie wrote: > From: Dave Airlie > > I finally got to test this code a bit more and hit the ttm > no reserved assert, so add the reservations around the pinning. > > Signed-off-by: Dave Airlie > --- > drivers/gpu/drm/radeon/radeon_prime.c | 10

No screens after (WW) Falling back to old probe method for modesetting

2012/6/12 Rafa? Mi?ecki : > 2012/6/11 Rafa? Mi?ecki : >> I'm trying to switch from fbdev to modesetting for my AMD Southern >> Islands VERDE card. Of course I've KMS running just fine, radeon >> module loads and sets correct resolution, dmesg looks alright >> >> Unfortunately Xorg doesn't start

No screens after (WW) Falling back to old probe method for modesetting

2012/6/11 Rafa? Mi?ecki : > I'm trying to switch from fbdev to modesetting for my AMD Southern > Islands VERDE card. Of course I've KMS running just fine, radeon > module loads and sets correct resolution, dmesg looks alright > > Unfortunately Xorg doesn't start after forcing "modesetting", AFAIU

[PATCH] drm/i915: ignore LVDS_PIPEB_SELECT when checking for LVDS register initialization

The Lenovo Thinkpad T410 has this bit set in the LVDS register when booted with the lid closed, even though the LVDS hasn't really been initialized. Ignore this bit so that the VBT value will be used instead. Signed-off-by: Seth Forshee --- drivers/gpu/drm/i915/intel_display.c |2 +- 1 file

[Bug 47519] Xorg hangs in ioCtl in path of RADEONDownloadFromScreenCS

https://bugs.freedesktop.org/show_bug.cgi?id=47519 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[git pull] drm fixes

Hi Linus as per your -rc2 announce, this is small and urgent only, The radeon one is for a regression in 3.4 so we need this one in your tree so we can send the stable one out, code in 3.4 broke some old userspaces. The max props increase fixes spew being seen on a few machines. and a ttm

[Bug 47519] Xorg hangs in ioCtl in path of RADEONDownloadFromScreenCS

https://bugs.freedesktop.org/show_bug.cgi?id=47519 --- Comment #13 from Jeremy Huddleston 2012-06-12 09:15:31 PDT --- *** Bug 47512 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH] drm/radeon/prime: reserve/unreserve around pin

From: Dave Airlie I finally got to test this code a bit more and hit the ttm no reserved assert, so add the reservations around the pinning. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon_prime.c | 10 -- 1 files changed, 8 insertions(+), 2

[PATCH] drm: fixup error path after drm_fill_in_dev

On Tue, 12 Jun 2012, Daniel Vetter wrote: > Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in > case of failures. But the callers of drm_fill_in_dev simply don't do > anything. Now from a cursory look drm_lastclose doesn't look like the > best cleanup function in itself, but

[PATCH 00/12] clear up drm/agp initialization madness

On Thu, 07 Jun 2012, Daniel Vetter wrote: > Comments, flames and reviews highly welcome. If possible I'd like to get the 3 > drm patches at the beginning in early for 3.6 so that we can decently test it > (and have some time to pile more stuff on top of this in drm/i915 land). On the series and

[PATCH] drm/radeon/si: check for CE ucode as well when loading ucode

From: Alex Deucher Fixes possible segfault if the CE ucode is missing. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/si.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c

[PATCH 2/2] drm: fixup error path after drm_fill_in_dev

On Fri, 08 Jun 2012, Daniel Vetter wrote: > Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in > case of failures. But the callers of drm_fill_in_dev simply don't do > anything. Now from a cursory look drm_lastclose doesn't look like the > best cleanup function in itself, but

[Bug 51000] [r300g, bisected] piglit fbo-generatemipmap-formats fails

https://bugs.freedesktop.org/show_bug.cgi?id=51000 Kenneth Graunke changed: What|Removed |Added AssignedTo|dri-devel at lists.freedesktop |eric at anholt.net

[Intel-gfx] [PATCH 07/12] drm/i915: only enable drm agp support when required

On Thu, 07 Jun 2012, Daniel Vetter wrote: > We need it for all things ums (which essentially only means up to > gen5) and to support b0rked XvMC userspace on gen3. > > Signed-Off-by: Daniel Vetter > --- > drivers/gpu/drm/i915/i915_dma.c | 21 - > 1 files changed, 12

[Intel-gfx] [PATCH 07/12] drm/i915: only enable drm agp support when required

On Tue, Jun 12, 2012 at 02:58:25PM +0300, Jani Nikula wrote: > On Thu, 07 Jun 2012, Daniel Vetter wrote: > > We need it for all things ums (which essentially only means up to > > gen5) and to support b0rked XvMC userspace on gen3. > > > > Signed-Off-by: Daniel Vetter > > --- > >

[PATCH] drm: fixup error path after drm_fill_in_dev

Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in case of failures. But the callers of drm_fill_in_dev simply don't do anything. Now from a cursory look drm_lastclose doesn't look like the best cleanup function in itself, but whom am I to judge the drm error paths. Imo before we

[PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression v2

A regression was introduced in the 3.3 rc series, commit "drm/ttm: simplify memory accounting for ttm user v2", causing the metadata of buffer objects created using the ttm_bo_create() function to be accounted twice. That causes massive leaks with the vmwgfx driver running for example SpecViewperf

[PATCH] drm/i915: don't check intel_agp_enabled any more

We won't enabled agp unconditionally. Furthermore we do have the right checks for agp support in place in our ->load function. The only thing this variable still does is enforce the module load order we want (and I'm not even sure whether it succeeds for that). Hence just use it in a harmless

[PATCH] drm/i915: only enable drm agp support when required

We need it for all things ums (which essentially only means up to gen5) and to support b0rked XvMC userspace on gen3. v2: Fixup error paths as noticed by Jani Nikula. Signed-Off-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_dma.c | 22 +- 1 files changed, 13

[PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression

A regression was introduced in the 3.3 rc series, commit "drm/ttm: simplify memory accounting for ttm user v2", causing the metadata of buffer objects created using the ttm_bo_create() function to be accounted twice. That causes massive leaks with the vmwgfx driver running for example SpecViewperf

[Bug 43367] New: radeon: NULL pointer dereference on switching to dynpm power method

https://bugzilla.kernel.org/show_bug.cgi?id=43367 Summary: radeon: NULL pointer dereference on switching to dynpm power method Product: Drivers Version: 2.5 Kernel Version: 3.5-rc2 Platform: All OS/Version: Linux

[PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression v2

On Tue, Jun 12, 2012 at 8:50 AM, Konrad Rzeszutek Wilk wrote: > On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote: >> A regression was introduced in the 3.3 rc series, commit >> "drm/ttm: simplify memory accounting for ttm user v2", >> causing the metadata of buffer objects created

No screens after (WW) Falling back to old probe method for modesetting

2012/6/12 David Airlie : > - Original Message - >> From: "Rafa? Mi?ecki" >> To: xorg-devel at lists.x.org, "dri-devel" > lists.freedesktop.org>, "Dave Airlie" >> Cc: "Alex Deucher" >> Sent: Monday, 11 June, 2012 8:55:56 PM >> Subject: Re: No screens after (WW) Falling back to old probe

[PATCH] drm: increase DRM_OBJECT_MAX_PROPERTY to 24

From: Paulo Zanoni Before Kernel 3.5, no one was checking for the return value of drm_connector_attach_property, so we never noticed that we were unable to create some properties. Commit "drm: WARN() when drm_connector_attach_property fails" added a WARN when we fail to

[PATCH] drm/radeon/prime: reserve/unreserve around pin

On Tue, Jun 12, 2012 at 11:10 AM, Dave Airlie wrote: > From: Dave Airlie > > I finally got to test this code a bit more and hit the ttm > no reserved assert, so add the reservations around the pinning. Good catch. Reviewed-by: Alex Deucher > > Signed-off-by: Dave Airlie > --- >

[PULL] first drm-intel-next for 3.6

Hooray for yet again screwing up the recipient list! /me sucks -Daniel - Forwarded message from Daniel Vetter - Date: Tue, 12 Jun 2012 10:37:51 +0200 From: Daniel Vetter To: Intel Graphics Development , "Sun, Yi" Subject: Re: Updated -next Message-ID:

[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen

https://bugzilla.kernel.org/show_bug.cgi?id=13720 Alan changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail:

[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen

https://bugzilla.kernel.org/show_bug.cgi?id=13720 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 51000] New: [r300g, bisected] piglit fbo-generatemipmap-formats fails

https://bugs.freedesktop.org/show_bug.cgi?id=51000 Bug #: 51000 Summary: [r300g, bisected] piglit fbo-generatemipmap-formats fails Classification: Unclassified Product: Mesa Version: git Platform: Other

[PATCH] drm/i2c/ch7006: Convert to dev_pm_ops

The I2C specific suspend and resume functions have been deprecated and printing a warning on boot for over a year, dev_pm_ops should be used instead so convert to that. Also remove the suspend function since all it does is log. Signed-off-by: Mark Brown Acked-by: Francisco Jerez --- This

[Bug 50996] New: gnome-shell, video playing fail to work properly

https://bugs.freedesktop.org/show_bug.cgi?id=50996 Bug #: 50996 Summary: gnome-shell, video playing fail to work properly Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

[PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression v2

On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote: > A regression was introduced in the 3.3 rc series, commit > "drm/ttm: simplify memory accounting for ttm user v2", > causing the metadata of buffer objects created using the ttm_bo_create() > function to be accounted twice. > That

No screens after (WW) Falling back to old probe method for modesetting

- Original Message - > From: "Rafa? Mi?ecki" > To: xorg-devel at lists.x.org, "dri-devel" lists.freedesktop.org>, "Dave Airlie" > Cc: "Alex Deucher" > Sent: Monday, 11 June, 2012 8:55:56 PM > Subject: Re: No screens after (WW) Falling back to old probe method for > modesetting > >

[Bug 50996] gnome-shell, video playing fail to work properly

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

[Bug 50999] New: [r300g, bisected] piglit glsl-fs-discard-04 fails

https://bugs.freedesktop.org/show_bug.cgi?id=50999 Bug #: 50999 Summary: [r300g, bisected] piglit glsl-fs-discard-04 fails Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All

[bisected] nouveau: "Failed to idle channel x" after resume

Hi, after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to 03bd6efa ("drm/nv50/fifo: use hardware

[PATCH] drm sis: initialize object_idr

From: Márton Németh nm...@freemail.hu The filed object_idr of struct drm_sis_private was introduced with commit http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=6de8a748881f1cd9d795454da2b6db616d5ca3d7 . The idr_init(dev-object_name_idr) is called instead of

[bisected] nouveau: Failed to idle channel x after resume

Hi, after resuming from suspend nouveau starts writing Failed to idle channel x (where x is 2 or 3) to the log and X appears to stop and then restart only to stop again. Starting Firefox after resuming triggers the bugs every time, and bisecting leads to 03bd6efa (drm/nv50/fifo: use hardware

Re: [PATCH 04/12] v4l: vb2-dma-contig: add setup of sglist for MMAP buffers

Hi Laurent, Tomasz, On 06/10/2012 11:28 PM, Laurent Pinchart wrote: Hi Tomasz, On Friday 08 June 2012 16:31:31 Tomasz Stanislawski wrote: Hi Laurent and Subash, I confirm the issue found by Subash. The function vb2_dc_kaddr_to_pages does fail for some occasions. The failures are rather

[PATCH] drm/i2c/ch7006: Convert to dev_pm_ops

The I2C specific suspend and resume functions have been deprecated and printing a warning on boot for over a year, dev_pm_ops should be used instead so convert to that. Also remove the suspend function since all it does is log. Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com

[PULL] first drm-intel-next for 3.6

Hooray for yet again screwing up the recipient list! /me sucks -Daniel - Forwarded message from Daniel Vetter dan...@ffwll.ch - Date: Tue, 12 Jun 2012 10:37:51 +0200 From: Daniel Vetter dan...@ffwll.ch To: Intel Graphics Development intel-...@lists.freedesktop.org, Sun, Yi

[Bug 50996] New: gnome-shell, video playing fail to work properly

https://bugs.freedesktop.org/show_bug.cgi?id=50996 Bug #: 50996 Summary: gnome-shell, video playing fail to work properly Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86 (IA32) OS/Version: Linux (All)

Re: No screens after (WW) Falling back to old probe method for modesetting

- Original Message - From: Rafał Miłecki zaj...@gmail.com To: xorg-de...@lists.x.org, dri-devel dri-devel@lists.freedesktop.org, Dave Airlie airl...@redhat.com Cc: Alex Deucher alexdeuc...@gmail.com Sent: Monday, 11 June, 2012 8:55:56 PM Subject: Re: No screens after (WW) Falling

[Bug 50999] New: [r300g, bisected] piglit glsl-fs-discard-04 fails

https://bugs.freedesktop.org/show_bug.cgi?id=50999 Bug #: 50999 Summary: [r300g, bisected] piglit glsl-fs-discard-04 fails Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All

Re: No screens after (WW) Falling back to old probe method for modesetting

2012/6/12 David Airlie airl...@redhat.com: - Original Message - From: Rafał Miłecki zaj...@gmail.com To: xorg-de...@lists.x.org, dri-devel dri-devel@lists.freedesktop.org, Dave Airlie airl...@redhat.com Cc: Alex Deucher alexdeuc...@gmail.com Sent: Monday, 11 June, 2012 8:55:56 PM

[Bug 50996] gnome-shell, video playing fail to work properly

https://bugs.freedesktop.org/show_bug.cgi?id=50996 kaliko mxondeb...@free.fr changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.

[Bug 51000] New: [r300g, bisected] piglit fbo-generatemipmap-formats fails

https://bugs.freedesktop.org/show_bug.cgi?id=51000 Bug #: 51000 Summary: [r300g, bisected] piglit fbo-generatemipmap-formats fails Classification: Unclassified Product: Mesa Version: git Platform: Other

[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen

https://bugzilla.kernel.org/show_bug.cgi?id=13720 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 13720] [2.6.30] Modesetting on Mobility Radeon X700 displays black screen

https://bugzilla.kernel.org/show_bug.cgi?id=13720 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure

[PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression

A regression was introduced in the 3.3 rc series, commit drm/ttm: simplify memory accounting for ttm user v2, causing the metadata of buffer objects created using the ttm_bo_create() function to be accounted twice. That causes massive leaks with the vmwgfx driver running for example SpecViewperf

[PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression v2

A regression was introduced in the 3.3 rc series, commit drm/ttm: simplify memory accounting for ttm user v2, causing the metadata of buffer objects created using the ttm_bo_create() function to be accounted twice. That causes massive leaks with the vmwgfx driver running for example SpecViewperf

Re: [Intel-gfx] [PATCH 07/12] drm/i915: only enable drm agp support when required

On Thu, 07 Jun 2012, Daniel Vetter daniel.vet...@ffwll.ch wrote: We need it for all things ums (which essentially only means up to gen5) and to support b0rked XvMC userspace on gen3. Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/i915/i915_dma.c | 21

Re: [Intel-gfx] [PATCH 07/12] drm/i915: only enable drm agp support when required

On Tue, Jun 12, 2012 at 02:58:25PM +0300, Jani Nikula wrote: On Thu, 07 Jun 2012, Daniel Vetter daniel.vet...@ffwll.ch wrote: We need it for all things ums (which essentially only means up to gen5) and to support b0rked XvMC userspace on gen3. Signed-Off-by: Daniel Vetter

[PATCH] drm/i915: only enable drm agp support when required

We need it for all things ums (which essentially only means up to gen5) and to support b0rked XvMC userspace on gen3. v2: Fixup error paths as noticed by Jani Nikula. Signed-Off-by: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/i915/i915_dma.c | 22 +- 1 files

[PATCH] drm/i915: don't check intel_agp_enabled any more

We won't enabled agp unconditionally. Furthermore we do have the right checks for agp support in place in our -load function. The only thing this variable still does is enforce the module load order we want (and I'm not even sure whether it succeeds for that). Hence just use it in a harmless

[PATCH] drm: fixup error path after drm_fill_in_dev

Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in case of failures. But the callers of drm_fill_in_dev simply don't do anything. Now from a cursory look drm_lastclose doesn't look like the best cleanup function in itself, but whom am I to judge the drm error paths. Imo before we

Re: [PATCH 00/12] clear up drm/agp initialization madness

On Thu, 07 Jun 2012, Daniel Vetter daniel.vet...@ffwll.ch wrote: Comments, flames and reviews highly welcome. If possible I'd like to get the 3 drm patches at the beginning in early for 3.6 so that we can decently test it (and have some time to pile more stuff on top of this in drm/i915 land).

Re: [PATCH] drm: fixup error path after drm_fill_in_dev

On Tue, 12 Jun 2012, Daniel Vetter daniel.vet...@ffwll.ch wrote: Within drm_fill_in_dev we call drm_lastclose to clean up the dirt in case of failures. But the callers of drm_fill_in_dev simply don't do anything. Now from a cursory look drm_lastclose doesn't look like the best cleanup function

Re: [PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression v2

On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote: A regression was introduced in the 3.3 rc series, commit drm/ttm: simplify memory accounting for ttm user v2, causing the metadata of buffer objects created using the ttm_bo_create() function to be accounted twice. That causes

[Bug 43367] New: radeon: NULL pointer dereference on switching to dynpm power method

https://bugzilla.kernel.org/show_bug.cgi?id=43367 Summary: radeon: NULL pointer dereference on switching to dynpm power method Product: Drivers Version: 2.5 Kernel Version: 3.5-rc2 Platform: All OS/Version: Linux

[PATCH] drm: increase DRM_OBJECT_MAX_PROPERTY to 24

From: Paulo Zanoni paulo.r.zan...@intel.com Before Kernel 3.5, no one was checking for the return value of drm_connector_attach_property, so we never noticed that we were unable to create some properties. Commit drm: WARN() when drm_connector_attach_property fails added a WARN when we fail to

Re: No screens after (WW) Falling back to old probe method for modesetting

2012/6/11 Rafał Miłecki zaj...@gmail.com: I'm trying to switch from fbdev to modesetting for my AMD Southern Islands VERDE card. Of course I've KMS running just fine, radeon module loads and sets correct resolution, dmesg looks alright Unfortunately Xorg doesn't start after forcing

[Bug 51000] [r300g, bisected] piglit fbo-generatemipmap-formats fails

https://bugs.freedesktop.org/show_bug.cgi?id=51000 Kenneth Graunke kenn...@whitecape.org changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop |e...@anholt.net

[PATCH] drm/radeon/prime: reserve/unreserve around pin

From: Dave Airlie airl...@redhat.com I finally got to test this code a bit more and hit the ttm no reserved assert, so add the reservations around the pinning. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/radeon/radeon_prime.c | 10 -- 1 files changed, 8

Re: [PATCH] drm/radeon/prime: reserve/unreserve around pin

On Tue, Jun 12, 2012 at 11:10 AM, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com I finally got to test this code a bit more and hit the ttm no reserved assert, so add the reservations around the pinning. Good catch. Reviewed-by: Alex Deucher

[git pull] drm fixes

Hi Linus as per your -rc2 announce, this is small and urgent only, The radeon one is for a regression in 3.4 so we need this one in your tree so we can send the stable one out, code in 3.4 broke some old userspaces. The max props increase fixes spew being seen on a few machines. and a ttm

Re: No screens after (WW) Falling back to old probe method for modesetting

2012/6/12 Rafał Miłecki zaj...@gmail.com: 2012/6/11 Rafał Miłecki zaj...@gmail.com: I'm trying to switch from fbdev to modesetting for my AMD Southern Islands VERDE card. Of course I've KMS running just fine, radeon module loads and sets correct resolution, dmesg looks alright Unfortunately

Re: [PATCH -fixes] drm/ttm: Fix buffer object metadata accounting regression v2

On Tue, Jun 12, 2012 at 8:50 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Jun 12, 2012 at 01:28:42PM +0200, Thomas Hellstrom wrote: A regression was introduced in the 3.3 rc series, commit drm/ttm: simplify memory accounting for ttm user v2, causing the metadata of buffer

[Bug 47519] Xorg hangs in ioCtl in path of RADEONDownloadFromScreenCS

https://bugs.freedesktop.org/show_bug.cgi?id=47519 --- Comment #13 from Jeremy Huddleston jerem...@freedesktop.org 2012-06-12 09:15:31 PDT --- *** Bug 47512 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

Re: [PATCH] drm/radeon/prime: reserve/unreserve around pin

On Die, 2012-06-12 at 16:10 +0100, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com I finally got to test this code a bit more and hit the ttm no reserved assert, so add the reservations around the pinning. Signed-off-by: Dave Airlie airl...@redhat.com ---

[Bug 47519] Xorg hangs in ioCtl in path of RADEONDownloadFromScreenCS

https://bugs.freedesktop.org/show_bug.cgi?id=47519 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 50980] [r300g, bisected] WebGL cars demo crash (r300_emit.c:865:r300_emit_vertex_arrays: Assertion `(buf)' failed)

https://bugs.freedesktop.org/show_bug.cgi?id=50980 --- Comment #1 from Pavel Ondračka pavel.ondra...@email.cz 2012-06-12 12:26:19 PDT --- Created attachment 62942 -- https://bugs.freedesktop.org/attachment.cgi?id=62942 gl-max-texture-dimensions webgl test backtrace Another variation of this

[PATCH] drm/radeon/si: check for CE ucode as well when loading ucode

From: Alex Deucher alexander.deuc...@amd.com Fixes possible segfault if the CE ucode is missing. Signed-off-by: Alex Deucher alexander.deuc...@amd.com Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/si.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

Re: [PATCH 00/12] clear up drm/agp initialization madness

On Tue, Jun 12, 2012 at 03:46:35PM +0300, Jani Nikula wrote: On Thu, 07 Jun 2012, Daniel Vetter daniel.vet...@ffwll.ch wrote: Comments, flames and reviews highly welcome. If possible I'd like to get the 3 drm patches at the beginning in early for 3.6 so that we can decently test it

about_radeon_dma

HI,all Now, my lab is using radeon_ati card。And, I need ati_card dma function。But, I do not clear that how the ati card know the dma address which alloced by kernel?? Can any kernel drivers for radeon card give me some advise or explain the answer? I have read the radeon

Re: RFC: Change OML_sync_control UST to CLOCK_MONOTONIC

On 06/11/2012 03:02 AM, Michel Dänzer wrote: On Son, 2012-06-10 at 11:56 +, Joakim Plate wrote: Hi, I'm currently trying to make use of OML_sync_control extension to schedule presentation of video frames in xbmc. I've run into somewhat of a snag. It seem the spec doesn't specify what time