[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121022/d4b54317/attachment.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121022/19b75b4c/attachment.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121022/ec1bab4c/attachment-0001.html>

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

gin, i still get a couple relocation errors and some glitches, which disappear after restarting gnome shell. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/ar

[Bug 55913] Vdpau driver lag

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121022/24941b2b/attachment.html>

[Bug 49351] vga_switcheroo results in black screen (bisected)

https://bugzilla.kernel.org/show_bug.cgi?id=49351 --- Comment #1 from Alex Deucher 2012-10-22 21:45:08 --- Created an attachment (id=84391) --> (https://bugzilla.kernel.org/attachment.cgi?id=84391) debug output Can you attach the dmesg output with this patch applied? No need to try and

[Bug 49351] New: vga_switcheroo results in black screen (bisected)

https://bugzilla.kernel.org/show_bug.cgi?id=49351 Summary: vga_switcheroo results in black screen (bisected) Product: Drivers Version: 2.5 Kernel Version: 3.7-rc1+ Platform: All OS/Version: Linux Tree: Mainline

[Bug 56042] [865G] BadAlloc (insufficient resources for operation)

vel/attachments/20121022/caa8a5cd/attachment.html>

[PATCH] drm/exynos: add iommu support for exynos drm framework

Changelog v3: - add dma_parms->max_segment_size setting of drm_device->dev. - use devm_kzalloc instead of kzalloc. Changelog v2: - fix iommu attach condition. . check archdata.dma_ops of drm device instead of subdrv device's one. - code clean to exynos_drm_iommu.c file. . remove '#ifdef

[PATCH 00/11] page-flip cleanups and fixes

On 10/22/2012 05:39 PM, Greg KH wrote: > On Mon, Oct 08, 2012 at 02:50:38PM -0500, Rob Clark wrote: >> From: Rob Clark >> >> Add a helper fxn to send vblank event after pageflip, plus a handful >> of fixes for other issues that I noticed in the process. >> >> Other than OMAP, the changes are just

[PATCH 5/5] drm/radeon: fix header size estimation in VM code

Only NI uses 3dw headers, SI uses 4dw headers. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index d84405d..9a64f8c

[PATCH 4/5] drm/radeon: remove set_page check from VM code

It's better to handle this in the chipset specific code. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index

[PATCH 3/5] drm/radeon: fix si_set_page v2

Handle requests that won't fit into a single packet. v2: pe needs to increase as well. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/si.c | 43 --- 1 file changed, 24 insertions(+), 19 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c

[PATCH 2/5] drm/radeon: fix cayman_vm_set_page v2

Handle requests that won't fit into a single packet. v2: pe needs to increase as well. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/ni.c | 41 +++-- 1 file changed, 23 insertions(+), 18 deletions(-) diff --git a/drivers/gpu/drm/radeon/ni.c

[PATCH 1/5] drm/radeon: fix PFP sync in vm_flush

Otherwise the next IB might start reading commands with the page table still invalid. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/ni.c |4 drivers/gpu/drm/radeon/nid.h |1 + drivers/gpu/drm/radeon/si.c |4 3 files changed, 9 insertions(+) diff --git

[PATCH 2/5] drm/radeon: fix cayman_vm_set_page

On 22.10.2012 17:12, Alex Deucher wrote: > On Mon, Oct 22, 2012 at 4:55 AM, Christian K?nig > wrote: >> Handle requests that won't fit into a single packet. >> >> Signed-off-by: Christian K?nig >> --- >> drivers/gpu/drm/radeon/ni.c | 41 >> +++-- >> 1

radeon: RFC speed cap detection on ppc64

> That (walking all parent nodes) is probably the safest thing to do. I'm > not sure whether it's optimal. It would likely depend on whether you > can meaningfully have a bridge that's faster on the downstream side than > on the upstream. This is architecture goo at heart - would this be

[PATCH v2] drm/exynos: add iommu support for exynos drm framework

From: Inki Dae Changelog v2: - fix dma_ops check condition of drm_iommu_attach_device function. . check archdata.dma_ops of drm device instead of subdrv device's one. - code clean to exynos_drm_iommu.c file. . remove '#ifdef CONFIG_ARM_DMA_USE_IOMMU' from

[PATCH 00/11] page-flip cleanups and fixes

On Mon, Oct 08, 2012 at 02:50:38PM -0500, Rob Clark wrote: > From: Rob Clark > > Add a helper fxn to send vblank event after pageflip, plus a handful > of fixes for other issues that I noticed in the process. > > Other than OMAP, the changes are just compile tested, so would be > good to get a

[PATCH 1/1] intel: corrected the header include path for recent Valgrind versions.

intel_bufmgr_gem.c:67:22: fatal error: valgrind.h: No such file or directory Signed-off-by: Oliver McFadden --- intel/intel_bufmgr_gem.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c index 8d45839..f5a468c 100644

[PATCH -fixes 2/2] drm/ttm: Fix a theoretical race in ttm_bo_cleanup_refs()

In theory, that function could release the lru lock between checking for bo on ddestroy list and a successful reserve if the bo was already reserved, and the function was called with waiting reserves allowed. However, all current reservers of a bo on the ddestroy list would atomically take the bo

[PATCH -fixes 1/2] drm/ttm: Fix a theoretical race

The ttm_mem_evict_first function could theoretically drop the lru lock without retrying if a reservation from off the LRU list ended up waiting. However, since currently there are no users that could cause a wait in that situation so this is not suitable for stable Signed-off-by: Thomas Hellstrom

[PATCH -fixes 0/2] TTM Race fixes

A couple of fixes for theoretical races discovered during the lockdep discussions with Maarten Lankhorst

[Mesa-dev] [PATCH 1/1] intel: corrected the header include path for recent Valgrind versions.

On Mon, 22 Oct 2012 15:00:20 +0300, Oliver McFadden wrote: > intel_bufmgr_gem.c:67:22: fatal error: valgrind.h: No such file or directory Should be setup by `pkg-config --clfags valgrind` to point into the right valgrind header directory. -Chris -- Chris Wilson, Intel Open Source Technology

radeon: RFC speed cap detection on ppc64

On 10/19/12 1:43 PM, Lucas Kannebley Tavares wrote: > The radeon driver does speed cap detection on the root PCI device for > the maximum speed with which the adapter can communicate. On ppc64 > systems, however, the root device belongs to the Hypervisor, so the > current code would case a null

[PATCH 2/5] drm/radeon: fix cayman_vm_set_page

On Mon, Oct 22, 2012 at 4:55 AM, Christian K?nig wrote: > Handle requests that won't fit into a single packet. > > Signed-off-by: Christian K?nig > --- > drivers/gpu/drm/radeon/ni.c | 41 +++-- > 1 file changed, 23 insertions(+), 18 deletions(-) > > diff

radeon: RFC speed cap detection on ppc64

On Mon, Oct 22, 2012 at 9:44 AM, Alan Cox wrote: >> That (walking all parent nodes) is probably the safest thing to do. I'm >> not sure whether it's optimal. It would likely depend on whether you >> can meaningfully have a bridge that's faster on the downstream side than >> on the upstream. > >

[PATCH 5/5] drm/radeon: fix header size estimation in VM code

Only NI uses 3dw headers, SI uses 4dw headers. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index d84405d..9a64f8c

[PATCH 4/5] drm/radeon: remove set_page check from VM code

It's better to handle this in the chipset specific code. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c index

[PATCH 3/5] drm/radeon: fix si_set_page

Handle requests that won't fit into a single packet. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/si.c | 43 --- 1 file changed, 24 insertions(+), 19 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c b/drivers/gpu/drm/radeon/si.c index

[PATCH 2/5] drm/radeon: fix cayman_vm_set_page

Handle requests that won't fit into a single packet. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/ni.c | 41 +++-- 1 file changed, 23 insertions(+), 18 deletions(-) diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c index

[PATCH 1/5] drm/radeon: fix PFP sync in vm_flush

Otherwise the next IB might start reading commands with the page table still invalid. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/ni.c |4 drivers/gpu/drm/radeon/nid.h |1 + drivers/gpu/drm/radeon/si.c |4 3 files changed, 9 insertions(+) diff --git

Linux 3.7-rc1 (nouveau_bios_score oops).

On Sun, 2012-10-21 at 00:19 +0200, Marcin Slusarz wrote: > On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote: > > On 20.10.2012, Marcin Slusarz wrote: > > > > > Try this one. > > > > It works, now I can boot again. However, nouveau seems to be dead now. > > The dmesg output with your

[PATCH 1/5] drm/radeon: fix PFP sync in vm_flush

On Mon, Oct 22, 2012 at 4:55 AM, Christian K?nig wrote: > Otherwise the next IB might start reading commands > with the page table still invalid. > > Signed-off-by: Christian K?nig For the series: Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/radeon/ni.c |4 >

[PATCH 1/2 v6] of: add helper to parse display timings

On Sat, Oct 20, 2012 at 09:59:51PM +0200, Thierry Reding wrote: > On Thu, Oct 04, 2012 at 07:59:19PM +0200, Steffen Trumtrar wrote: > [...] > > diff --git a/include/linux/of_display_timings.h > > b/include/linux/of_display_timings.h > [...] > > +struct display_timings { > > + unsigned int

[PATCH 2/2 v6] of: add generic videomode description

On Sat, Oct 20, 2012 at 01:04:12PM +0200, Thierry Reding wrote: > On Thu, Oct 04, 2012 at 07:59:20PM +0200, Steffen Trumtrar wrote: > [...] > > diff --git a/drivers/of/of_videomode.c b/drivers/of/of_videomode.c > [...] > > +#if defined(CONFIG_DRM) > > This should be: > > #if

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

s that should fix and cleanup the code. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121022/415e96c6/attachment-0001.html>

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121022/cf2e82fb/attachment.html>

Re: Linux 3.7-rc1 (nouveau_bios_score oops).

On Sunday 21 October 2012 16:49:08 Marcin Slusarz wrote: On Sun, Oct 21, 2012 at 07:38:58AM -0700, Linus Torvalds wrote: On Sun, Oct 21, 2012 at 5:09 AM, Marcin Slusarz marcin.slus...@gmail.com wrote: This looks like ACPI bug... I'm shocked to hear that firmware would be fragile.

[PATCH v2] drm/exynos: add iommu support for exynos drm framework

From: Inki Dae daei...@gmail.com Changelog v2: - fix dma_ops check condition of drm_iommu_attach_device function. . check archdata.dma_ops of drm device instead of subdrv device's one. - code clean to exynos_drm_iommu.c file. . remove '#ifdef CONFIG_ARM_DMA_USE_IOMMU' from

Re: [PATCH 2/2 v6] of: add generic videomode description

On Sat, Oct 20, 2012 at 01:04:12PM +0200, Thierry Reding wrote: On Thu, Oct 04, 2012 at 07:59:20PM +0200, Steffen Trumtrar wrote: [...] diff --git a/drivers/of/of_videomode.c b/drivers/of/of_videomode.c [...] +#if defined(CONFIG_DRM) This should be: #if IS_ENABLED(CONFIG_DRM)

Re: [PATCH 1/2 v6] of: add helper to parse display timings

On Sat, Oct 20, 2012 at 09:59:51PM +0200, Thierry Reding wrote: On Thu, Oct 04, 2012 at 07:59:19PM +0200, Steffen Trumtrar wrote: [...] diff --git a/include/linux/of_display_timings.h b/include/linux/of_display_timings.h [...] +struct display_timings { + unsigned int num_timings; +

[PATCH 2/5] drm/radeon: fix cayman_vm_set_page

Handle requests that won't fit into a single packet. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/ni.c | 41 +++-- 1 file changed, 23 insertions(+), 18 deletions(-) diff --git a/drivers/gpu/drm/radeon/ni.c

[PATCH 1/5] drm/radeon: fix PFP sync in vm_flush

Otherwise the next IB might start reading commands with the page table still invalid. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/ni.c |4 drivers/gpu/drm/radeon/nid.h |1 + drivers/gpu/drm/radeon/si.c |4 3 files changed, 9

[PATCH 3/5] drm/radeon: fix si_set_page

Handle requests that won't fit into a single packet. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/si.c | 43 --- 1 file changed, 24 insertions(+), 19 deletions(-) diff --git a/drivers/gpu/drm/radeon/si.c

[PATCH 4/5] drm/radeon: remove set_page check from VM code

It's better to handle this in the chipset specific code. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c

[PATCH 5/5] drm/radeon: fix header size estimation in VM code

Only NI uses 3dw headers, SI uses 4dw headers. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 Christian König deathsim...@vodafone.de changed: What|Removed |Added Attachment #68516|0 |1 is

[PATCH] drm/exynos: add iommu support for exynos drm framework

Changelog v3: - add dma_parms-max_segment_size setting of drm_device-dev. - use devm_kzalloc instead of kzalloc. Changelog v2: - fix iommu attach condition. . check archdata.dma_ops of drm device instead of subdrv device's one. - code clean to exynos_drm_iommu.c file. . remove '#ifdef

[PATCH 1/1] intel: corrected the header include path for recent Valgrind versions.

intel_bufmgr_gem.c:67:22: fatal error: valgrind.h: No such file or directory Signed-off-by: Oliver McFadden oliver.mcfad...@linux.intel.com --- intel/intel_bufmgr_gem.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c

Re: [Mesa-dev] [PATCH 1/1] intel: corrected the header include path for recent Valgrind versions.

On Mon, 22 Oct 2012 15:00:20 +0300, Oliver McFadden oliver.mcfad...@linux.intel.com wrote: intel_bufmgr_gem.c:67:22: fatal error: valgrind.h: No such file or directory Should be setup by `pkg-config --clfags valgrind` to point into the right valgrind header directory. -Chris -- Chris Wilson,

[PATCH -fixes 0/2] TTM Race fixes

A couple of fixes for theoretical races discovered during the lockdep discussions with Maarten Lankhorst ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH -fixes 1/2] drm/ttm: Fix a theoretical race

The ttm_mem_evict_first function could theoretically drop the lru lock without retrying if a reservation from off the LRU list ended up waiting. However, since currently there are no users that could cause a wait in that situation so this is not suitable for stable Signed-off-by: Thomas Hellstrom

[PATCH -fixes 2/2] drm/ttm: Fix a theoretical race in ttm_bo_cleanup_refs()

In theory, that function could release the lru lock between checking for bo on ddestroy list and a successful reserve if the bo was already reserved, and the function was called with waiting reserves allowed. However, all current reservers of a bo on the ddestroy list would atomically take the bo

Re: [PATCH 1/5] drm/radeon: fix PFP sync in vm_flush

On Mon, Oct 22, 2012 at 4:55 AM, Christian König deathsim...@vodafone.de wrote: Otherwise the next IB might start reading commands with the page table still invalid. Signed-off-by: Christian König deathsim...@vodafone.de For the series: Reviewed-by: Alex Deucher alexander.deuc...@amd.com

Re: [PATCH 2/5] drm/radeon: fix cayman_vm_set_page

On Mon, Oct 22, 2012 at 4:55 AM, Christian König deathsim...@vodafone.de wrote: Handle requests that won't fit into a single packet. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/ni.c | 41 +++-- 1 file changed, 23

Re: [PATCH 2/5] drm/radeon: fix cayman_vm_set_page

On 22.10.2012 17:12, Alex Deucher wrote: On Mon, Oct 22, 2012 at 4:55 AM, Christian König deathsim...@vodafone.de wrote: Handle requests that won't fit into a single packet. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/ni.c | 41

Re: radeon: RFC speed cap detection on ppc64

On 10/19/12 1:43 PM, Lucas Kannebley Tavares wrote: The radeon driver does speed cap detection on the root PCI device for the maximum speed with which the adapter can communicate. On ppc64 systems, however, the root device belongs to the Hypervisor, so the current code would case a null pointer

Re: radeon: RFC speed cap detection on ppc64

That (walking all parent nodes) is probably the safest thing to do. I'm not sure whether it's optimal. It would likely depend on whether you can meaningfully have a bridge that's faster on the downstream side than on the upstream. This is architecture goo at heart - would this be better

[PATCH 2/5] drm/radeon: fix cayman_vm_set_page v2

Handle requests that won't fit into a single packet. v2: pe needs to increase as well. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/ni.c | 41 +++-- 1 file changed, 23 insertions(+), 18 deletions(-) diff --git

[PATCH 1/5] drm/radeon: fix PFP sync in vm_flush

Otherwise the next IB might start reading commands with the page table still invalid. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/ni.c |4 drivers/gpu/drm/radeon/nid.h |1 + drivers/gpu/drm/radeon/si.c |4 3 files changed, 9

[PATCH 3/5] drm/radeon: fix si_set_page v2

Handle requests that won't fit into a single packet. v2: pe needs to increase as well. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/si.c | 43 --- 1 file changed, 24 insertions(+), 19 deletions(-) diff --git

[PATCH 4/5] drm/radeon: remove set_page check from VM code

It's better to handle this in the chipset specific code. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c

[PATCH 5/5] drm/radeon: fix header size estimation in VM code

Only NI uses 3dw headers, SI uses 4dw headers. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_gart.c b/drivers/gpu/drm/radeon/radeon_gart.c

Re: [PATCH 00/10] extract dp helper functions

On Thu, Oct 18, 2012 at 09:30:01AM -0400, Alex Deucher wrote: On Thu, Oct 18, 2012 at 4:15 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote: Hi all, I've frustrated myself the last few days yelling at our link training code. Comparing the i915 code to radeon and nouveau I've noticed the

[Bug 49351] New: vga_switcheroo results in black screen (bisected)

https://bugzilla.kernel.org/show_bug.cgi?id=49351 Summary: vga_switcheroo results in black screen (bisected) Product: Drivers Version: 2.5 Kernel Version: 3.7-rc1+ Platform: All OS/Version: Linux Tree: Mainline

[Bug 49351] vga_switcheroo results in black screen (bisected)

https://bugzilla.kernel.org/show_bug.cgi?id=49351 --- Comment #1 from Alex Deucher alexdeuc...@gmail.com 2012-10-22 21:45:08 --- Created an attachment (id=84391) -- (https://bugzilla.kernel.org/attachment.cgi?id=84391) debug output Can you attach the dmesg output with this patch applied?

[Bug 55913] Vdpau driver lag

https://bugs.freedesktop.org/show_bug.cgi?id=55913 Grigori Goronzy g...@chown.ath.cx changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #47 from Serkan Hosca ser...@hosca.com --- (In reply to comment #46) Created attachment 68906 [details] [review] Possible fix. Ok, please try the attached patch. It should fix the issue with the original async page table updates

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #48 from Serkan Hosca ser...@hosca.com --- Created attachment 68932 -- https://bugs.freedesktop.org/attachment.cgi?id=68932action=edit dmesg-3.6+drm-next-3.7 -- You are receiving this mail because: You are the assignee for the

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #49 from Serkan Hosca ser...@hosca.com --- Created attachment 68933 -- https://bugs.freedesktop.org/attachment.cgi?id=68933action=edit dmesg-3.6+drm-next-3.7+patch -- You are receiving this mail because: You are the assignee for

[Bug 55692] [KMS][Cayman] Garbled screen and oops with 6950 with linus git from 20121006 (3.7-rc0)

https://bugs.freedesktop.org/show_bug.cgi?id=55692 --- Comment #50 from Alex Deucher ag...@yahoo.com --- you'll probably want the updated version of the patch here: http://lists.freedesktop.org/archives/dri-devel/2012-October/029292.html -- You are receiving this mail because: You are the

[git pull] drm fixes

Hi Linus, fixes for intel and nouveau mainly. intel: disable HSW by default, sdvo fixes, link train regression fix nouveau: acpi rom loading regression fix, with a few other fixes from the rework core: just other minor fixes and race fixes for ttm. Dave. The following changes since commit

[Bug 49351] vga_switcheroo results in black screen (bisected)

https://bugzilla.kernel.org/show_bug.cgi?id=49351 --- Comment #2 from Igor Murzov e-m...@date.by 2012-10-23 01:26:13 --- Created an attachment (id=84401) -- (https://bugzilla.kernel.org/attachment.cgi?id=84401) dmesg output for v3.7.0-rc2+ with the patch applied I'm sure that i did

[Bug 55829] [Regression]Smokin-guns crash when change resolution

https://bugs.freedesktop.org/show_bug.cgi?id=55829 --- Comment #8 from meng mengmeng.m...@intel.com --- It's not libdrm regression. It's xf86_video_intel regression, and bisected show that xf86_video_intel 1675f441049d559d891fe378e437c12db21df9e7 is the first bad commit. commit

[Bug 55829] [Bisected]Smokin-guns crash when change resolution

https://bugs.freedesktop.org/show_bug.cgi?id=55829 meng mengmeng.m...@intel.com changed: What|Removed |Added Summary|[Regression]Smokin-guns |[Bisected]Smokin-guns

[Bug 55829] [Bisected]Smokin-guns crash when change resolution

https://bugs.freedesktop.org/show_bug.cgi?id=55829 meng mengmeng.m...@intel.com changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop |ch...@chris-wilson.co.uk