[Bug 15181] Radeon: *ERROR* Unable to locate a BIOS ROM

https://bugzilla.kernel.org/show_bug.cgi?id=15181 Matteo changed: What|Removed |Added Kernel Version|2.6.34-rc1 |2.6.34-rc4 --- Comment #3 from Matteo 2010

[Bug 15166] Changing brightness of backlight freezes kernel with radeon kms enabled.

https://bugzilla.kernel.org/show_bug.cgi?id=15166 --- Comment #35 from Alex Deucher 2010-04-14 19:47:01 --- Created an attachment (id=26005) --> (https://bugzilla.kernel.org/attachment.cgi?id=26005) alternate fix Alternate fix. Please try these patches individually and let me know if eit

[Bug 15166] Changing brightness of backlight freezes kernel with radeon kms enabled.

https://bugzilla.kernel.org/show_bug.cgi?id=15166 --- Comment #34 from Alex Deucher 2010-04-14 19:45:51 --- Created an attachment (id=26004) --> (https://bugzilla.kernel.org/attachment.cgi?id=26004) possible fix Possible fix version 1. Please try these patches individually and let me kno

[Bug 15166] Changing brightness of backlight freezes kernel with radeon kms enabled.

https://bugzilla.kernel.org/show_bug.cgi?id=15166 --- Comment #31 from Alexey Diomin 2010-04-14 12:20:25 --- 2.6.34-rc3 with latest patches from drm-next aslo freeze -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: -

[Bug 15166] Changing brightness of backlight freezes kernel with radeon kms enabled.

https://bugzilla.kernel.org/show_bug.cgi?id=15166 --- Comment #33 from Alex Deucher 2010-04-14 14:18:15 --- One more thing, does disabling kms avoid the problem as well? E.g., disable KMS and make sure ums + acceleration is working. -- Configure bugmail: https://bugzilla.kernel.org/userp

[Bug 15166] Changing brightness of backlight freezes kernel with radeon kms enabled.

https://bugzilla.kernel.org/show_bug.cgi?id=15166 --- Comment #32 from Alex Deucher 2010-04-14 14:14:24 --- Does setting: Option "NoAccel" "True" in the device section of your xorg.conf avoid the problem? Make sure you are using xf86-video-ati 6.12.191 or newer. -- Configure bugmail: htt

[SPAM] [PATCH 1/3] drm: kill drm_agp_chipset_flush

This is only used by the gem code in the i915 drm driver. Not point in abstracting this simple call. Furthermore I want to integrate the gtt handling from intel-agp much tighter with the gem code in the drm module, so this indirection through the agp will vanish, anyway. The reason for this is a ra

[SPAM] [PATCH 2/3] drm: drop return value of drm_free_agp

No caller (rightly) cares about it, so drop it. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_memory.c |4 ++-- include/drm/drmP.h |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_memory.c b/drivers/gpu/drm/drm_memory.c index e486

[SPAM] [PATCH 3/3] drm: kill agp indirection mess

There's no point in jumping through two indirections. So kill one and call the kernels agp functions directly. Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_agpsupport.c | 40 +++-- drivers/gpu/drm/drm_memory.c | 12 ++ include/drm/drmP.h

[SPAM] [PATCH 0/3] clean up drm agp

Hi all, This is a small series to cleanup some cruft I've stumbled upon while crawling through the intel agp/gtt stuff. The first patch is part of my intel-gtt crusade. To avoid merge conflicts it would be great if this could go into drm-core-next before Eric's rebasing his drm-intel-next on it (

[Bug 15748] BUG: unable to handle kernel NULL pointer dereference at 0000000000000028

https://bugzilla.kernel.org/show_bug.cgi?id=15748 Thomas Hellstrom changed: What|Removed |Added CC||[email protected] --- Comment