ktop.org/archives/dri-devel/attachments/20100409/9e475bc8/attachment.patch>
-- next part --
A non-text attachment was scrubbed...
Name: 0002-drm-radeon-kms-add-new-evergreen-pci-id.patch
Type: text/x-diff
Size: 1186 bytes
Desc: not available
URL:
<http://lists.freedesktop.or
Two patches one for r7xx cc'ed to stable and one for evergreen.
Alex
From 2ec1f3696f14df45534b0e8c5d7205c3a0f8f457 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Fri, 9 Apr 2010 20:07:21 -0400
Subject: [PATCH] drm/radeon: add some new r7xx pci ids
Signed-off-by: Alex Deucher
CC: stable
---
Patch cherry-picked from my dri-sdk-7.8 branch against current head
(edb5253dfa). An earlier full build through of all drivers (except
nouveau, i will play with its expansive libdrm dependencies later)
showed it to be an exact match still.
This patch, while not harming or hampering anything or
May fix fdo bug 26582.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/atombios_crtc.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atombios_crtc.c
b/drivers/gpu/drm/radeon/atombios_crtc.c
index 6300675..3feca6a 100644
--- a/drivers/gp
At panic time (i.e. when oops_in_progress is set) we should try a bit
harder to update the screen and make sure output gets to the VT, since
some drivers are capable of flipping back to it.
So make sure we try to unblank and update the display if called from a
panic context.
Signed-off-by: Jesse
This allows us to draw to the fbcon buffer in a panic situation, in case
the low level driver can flip to it at panic time.
Signed-off-by: Jesse Barnes
---
drivers/video/console/fbcon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/console/fbcon.c b/driv
This allows us to draw to the fbcon buffer in a panic situation, in case
the low level driver can flip to it at panic time.
Signed-off-by: Jesse Barnes
---
drivers/video/console/fbcon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/console/fbcon.c b/driv
At panic time (i.e. when oops_in_progress is set) we should try a bit
harder to update the screen and make sure output gets to the VT, since
some drivers are capable of flipping back to it.
So make sure we try to unblank and update the display if called from a
panic context.
Signed-off-by: Jesse
Needed for panic and kdb, since we need to avoid taking the mode_config
mutex.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_fb_helper.c | 42 +-
1 files changed, 36 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/
Needed for panic and kdb, since we need to avoid taking the mode_config
mutex.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_fb_helper.c | 42 +-
1 files changed, 36 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drivers/
This set of 3 patches makes it a little more likely we'll get panic
output onto the screen even when X is running, assuming a KMS enabled
stack anyway.
It gets me from a blank or very sparsely populated black screen at
panic time, to one including the full backtrace and panic output at
panic time
This set of 3 patches makes it a little more likely we'll get panic
output onto the screen even when X is running, assuming a KMS enabled
stack anyway.
It gets me from a blank or very sparsely populated black screen at
panic time, to one including the full backtrace and panic output at
panic time
12 matches
Mail list logo
