[Intel-gfx] [PATCH] agp: iommu_gfx_mapped only available if CONFIG_INTEL_IOMMU is set

p.org/archives/dri-devel/attachments/20111029/82908743/attachment.html>

[PATCH v2] drm: do not sleep on vblank while holding a mutex

On Sat, Oct 29, 2011 at 06:59:42AM -0500, Ilija Hadzic wrote: > On Sat, 29 Oct 2011, Daniel Vetter wrote: > >Ok, and here's why your locking (or any locking that drops the lock before > >calling schedule) won't work: [SNIP] > > You just came full circle. Recall that in my v1 patch I went all the

[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #2 from Kunal 2011-10-29 09:05:45 PDT --- Created attachment 52893 --> https://bugs.freedesktop.org/attachment.cgi?id=52893 Xorg.log when it booted up fine -- Configure bugmail:

[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #1 from Kunal 2011-10-29 09:05:02 PDT --- Created attachment 52892 --> https://bugs.freedesktop.org/attachment.cgi?id=52892 lspci -vvnn output -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 42373] New: Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 Bug #: 42373 Summary: Radeon HD 6450 (NI CAICOS) screen corruption on boot Classification: Unclassified Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version:

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 Kunal changed: What|Removed |Added Blocks||42373 -- Configure bugmail:

RFC: Radeon multi ring support branch

Hello everybody, to support multiple compute rings, async DMA engines and UVD we need to teach the radeon kernel module how to sync buffers between different rings and make some changes to the command submission ioctls. Since we can't release any documentation about async DMA or UVD (yet), my

[PATCH] drm/radeon/kms: remove useless radeon_ddc_dump()

; - DRM_INFO("Radeon display connector %s: Found valid EDID", > - drm_get_connector_name(connector)); > - kfree(edid); > - } else { > - DRM_INFO("Radeon display connector %s: No monitor connected or > invalid ED

[Bug 40986] xorg-r600: graphical glitches on cursor display

https://bugs.freedesktop.org/show_bug.cgi?id=40986 --- Comment #2 from Kai 2011-10-29 05:42:08 PDT --- Still there as described in comment #1 with the following stack: Mesa: Git/09a92e37 libdrm: 2.4.26-1 X.Org: 2:1.11.1.901-2 (1.11.1.901 (1.11.2 RC 1)) KDE: 4:4.6.5-2 GPU: 1002:9553 The X.Org

[ANNOUNCE] libdrm 2.4.27

256: 9f11d369925222c013773ad7ec0812feb4f5388e70a8ef0f729251f956acd7bf libdrm-2.4.27.tar.gz -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20111029/bc2e4dd3/attachme

[PATCH] drm: add some comments to drm_wait_vblank and drm_queue_vblank_event

On Fri, Oct 28, 2011 at 05:44:23PM -0400, Ilija Hadzic wrote: > during the review of the fix for locks problems in drm_wait_vblank, > a couple of false concerns were raised about how the drm_vblank_get > and drm_vblank_put are used in this function; it turned out that the > code is correct and

[PATCH v2] drm: do not sleep on vblank while holding a mutex

On Fri, Oct 28, 2011 at 09:44:54PM -0500, Ilija Hadzic wrote: > Now suppose that the drm_wait_vblank is enteret in the context of > two different PIDs and suppose that there are no locks. Let's say > that the first process wants to wait on vblank N and the second > wants to wait on vblank N+1.

[PATCH 09/23] drm/sis: use drm_mm instead of drm_sman

On Sat, Oct 29, 2011 at 08:52:25AM +0200, Tormod Volden wrote: > On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter wrote: > > On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote: > >> On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter > >> wrote: > >> ... > >> > @@ -139,13 +99,35 @@ static

[patch] drm/radeon/benchmark: signedness bug in radeon_benchmark_move()

radeon_benchmark_do_move() returns an int so "time" should be int too. Making it unsigned breaks the error handling. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c b/drivers/gpu/drm/radeon/radeon_benchmark.c index 5cafc90..17e1a9b 100644 ---

[Bug 36386] Amnesia game crashes on RV570 (r300g)

https://bugs.freedesktop.org/show_bug.cgi?id=36386 --- Comment #5 from vand2 at gmx.de 2011-10-29 02:53:20 PDT --- > This game has been reported as working, and it's not really clear if this was > even a driver bug in the first place, so I'm closing this bug. Please re-open > it if you are still

[PATCH 09/23] drm/sis: use drm_mm instead of drm_sman

On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter wrote: > On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote: >> On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter >> wrote: >> ... >> > @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev, >> > struct drm_file *file, >>

[PATCH v2] drm: do not sleep on vblank while holding a mutex

On Sat, 29 Oct 2011, Daniel Vetter wrote: > > Ok, and here's why your locking (or any locking that drops the lock before > calling schedule) won't work: [SNIP] > You just came full circle. Recall that in my v1 patch I went all the way to enqueuing the process in the wait queue before dropping

[Bug 41569] [r600 KMS] Asus A53T A4-3400

https://bugs.freedesktop.org/show_bug.cgi?id=41569 Robert Nelson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH v2] drm: make DRM_UNLOCKED ioctls with their own mutex

On Fri, Oct 28, 2011 at 05:43:28PM -0400, Ilija Hadzic wrote: > drm_getclient, drm_getstats and drm_getmap (with a few minor > adjustments) do not need global mutex, so fix that and > make the said ioctls DRM_UNLOCKED. Details: > > drm_getclient: the only thing that should be protected here >

[PATCH v2] drm: do not sleep on vblank while holding a mutex

On Fri, Oct 28, 2011 at 05:42:23PM -0400, Ilija Hadzic wrote: > drm_wait_vblank must be DRM_UNLOCKED because otherwise it > will grab the drm_global_mutex and then go to sleep until the vblank > event it is waiting for. That can wreck havoc in the windowing system > because if one process issues

[PATCH 09/23] drm/sis: use drm_mm instead of drm_sman

On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote: > On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter > wrote: > ... > > @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev, > > struct drm_file *file, > ... > > +#if defined(CONFIG_FB_SIS) ||

[Bug 29951] [r300g] xscreensaver hack "antspotlight" reveals something other than desktop

https://bugs.freedesktop.org/show_bug.cgi?id=29951 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/sis: Fix building with CONFIG_FB_SIS/CONFIG_FB_SIS_MODULE

From: Tormod Volden --- On top of danvet's kill-with-fire ad83cc3. Tormod drivers/gpu/drm/sis/sis_mm.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/sis/sis_mm.c b/drivers/gpu/drm/sis/sis_mm.c index 112a43b..63c2f75

[Bug 36386] Amnesia game crashes on RV570 (r300g)

https://bugs.freedesktop.org/show_bug.cgi?id=36386 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH 09/23] drm/sis: use drm_mm instead of drm_sman

On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter wrote: ... > @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev, struct > drm_file *file, ... > +#if defined(CONFIG_FB_SIS) || defined(CONFIG_FB_SIS_MODULE) > + ? ? ? ? ? ? ? item->req.size = mem->size; > + ? ? ? ? ? ? ?

Re: [PATCH 09/23] drm/sis: use drm_mm instead of drm_sman

On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter dan...@ffwll.ch wrote: On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote: On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote: ... @@ -139,13 +99,35 @@ static int sis_drm_alloc(struct drm_device *dev,

Re: [Known BUG?] i915 hang on 3.0.0-12 (Ubuntu 11.10 release)

On Fri, Oct 28, 2011 at 01:56:39PM +0100, Chris Wilson wrote: On Fri, 28 Oct 2011 20:22:35 +0800, Yong Zhang yong.zha...@gmail.com wrote: Hi, Just got below error on Ubuntu-11.10 (kernel: 3.0.0-12-generic), and after that my screen can't show normally. No sure if it's a known issue.

[patch] drm/radeon/benchmark: signedness bug in radeon_benchmark_move()

radeon_benchmark_do_move() returns an int so time should be int too. Making it unsigned breaks the error handling. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c b/drivers/gpu/drm/radeon/radeon_benchmark.c index 5cafc90..17e1a9b

Re: [PATCH 09/23] drm/sis: use drm_mm instead of drm_sman

On Sat, Oct 29, 2011 at 08:52:25AM +0200, Tormod Volden wrote: On Sat, Oct 29, 2011 at 2:25 AM, Daniel Vetter dan...@ffwll.ch wrote: On Sat, Oct 29, 2011 at 12:47:18AM +0200, Tormod Volden wrote: On Thu, Oct 27, 2011 at 1:07 PM, Daniel Vetter daniel.vet...@ffwll.ch wrote: ... @@

[Bug 36386] Amnesia game crashes on RV570 (r300g)

https://bugs.freedesktop.org/show_bug.cgi?id=36386 --- Comment #5 from va...@gmx.de 2011-10-29 02:53:20 PDT --- This game has been reported as working, and it's not really clear if this was even a driver bug in the first place, so I'm closing this bug. Please re-open it if you are still

Re: [PATCH v2] drm: do not sleep on vblank while holding a mutex

On Fri, Oct 28, 2011 at 09:44:54PM -0500, Ilija Hadzic wrote: Now suppose that the drm_wait_vblank is enteret in the context of two different PIDs and suppose that there are no locks. Let's say that the first process wants to wait on vblank N and the second wants to wait on vblank N+1. First

Re: [PATCH] drm: add some comments to drm_wait_vblank and drm_queue_vblank_event

On Fri, Oct 28, 2011 at 05:44:23PM -0400, Ilija Hadzic wrote: during the review of the fix for locks problems in drm_wait_vblank, a couple of false concerns were raised about how the drm_vblank_get and drm_vblank_put are used in this function; it turned out that the code is correct and that it

Re: [PATCH v2] drm: do not sleep on vblank while holding a mutex

On Sat, 29 Oct 2011, Daniel Vetter wrote: Ok, and here's why your locking (or any locking that drops the lock before calling schedule) won't work: [SNIP] You just came full circle. Recall that in my v1 patch I went all the way to enqueuing the process in the wait queue before dropping

[Bug 40986] xorg-r600: graphical glitches on cursor display

https://bugs.freedesktop.org/show_bug.cgi?id=40986 --- Comment #2 from Kai deb...@carbon-project.org 2011-10-29 05:42:08 PDT --- Still there as described in comment #1 with the following stack: Mesa: Git/09a92e37 libdrm: 2.4.26-1 X.Org: 2:1.11.1.901-2 (1.11.1.901 (1.11.2 RC 1)) KDE: 4:4.6.5-2

Re: [PATCH] drm/radeon/kms: remove useless radeon_ddc_dump()

Dear Alex, but we use DDC probing e. g. to identify connectors with improperly terminated i2c bus. Instead of flooding logs and terminals with EDID dumps, we decided some months ago to use this function during module loading to inform the user once (and only once!), which connector has a monitor

RFC: Radeon multi ring support branch

Hello everybody, to support multiple compute rings, async DMA engines and UVD we need to teach the radeon kernel module how to sync buffers between different rings and make some changes to the command submission ioctls. Since we can't release any documentation about async DMA or UVD (yet),

Re: [PATCH v2] drm: do not sleep on vblank while holding a mutex

On Sat, Oct 29, 2011 at 06:59:42AM -0500, Ilija Hadzic wrote: On Sat, 29 Oct 2011, Daniel Vetter wrote: Ok, and here's why your locking (or any locking that drops the lock before calling schedule) won't work: [SNIP] You just came full circle. Recall that in my v1 patch I went all the way to

[Bug 42373] New: Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 Bug #: 42373 Summary: Radeon HD 6450 (NI CAICOS) screen corruption on boot Classification: Unclassified Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version:

[Bug 40935] radeon lockup on resume

https://bugs.freedesktop.org/show_bug.cgi?id=40935 Kunal kunal.gangakhed...@gmail.com changed: What|Removed |Added Blocks||42373 -- Configure

[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #1 from Kunal kunal.gangakhed...@gmail.com 2011-10-29 09:05:02 PDT --- Created attachment 52892 -- https://bugs.freedesktop.org/attachment.cgi?id=52892 lspci -vvnn output -- Configure bugmail:

[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #2 from Kunal kunal.gangakhed...@gmail.com 2011-10-29 09:05:45 PDT --- Created attachment 52893 -- https://bugs.freedesktop.org/attachment.cgi?id=52893 Xorg.log when it booted up fine -- Configure bugmail:

[ANNOUNCE] libdrm 2.4.27

Ben Widawsky (1): intel: shared header for shader debugging Chih-Wei Huang (1): Specify the return type explicitly. Daniel Vetter (2): drm/intel: don't clobber bufmgr-pci_device drm/i915: y tiling on i915G/i915GM is different Dave Airlie (3): drm/test: handle usub

Re: [Intel-gfx] [PATCH] agp: iommu_gfx_mapped only available if CONFIG_INTEL_IOMMU is set

On Fri, Oct 28, 2011 at 15:56, Keith Packard kei...@keithp.com wrote: Kernels with no iommu support cannot ever need the Ironlake work-around, so never enable it in that case. Might be better to completely remove the work-around from the kernel in this case? Signed-off-by: Keith Packard