Bug 309721 - kernel-2.6.22.7-85.fc7 breaks video on Dell Inspiron 6400
Summary: kernel-2.6.22.7-85.fc7 breaks video on Dell Inspiron 6400
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 7
Hardware: i386
OS: Linux
low
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-27 19:16 UTC by Mikkel Lauritsen
Modified: 2008-01-14 17:52 UTC (History)
2 users (show)

Fixed In Version: 2.6.23.1-10.fc7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-01-14 17:52:13 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
kernel-2.6.22.9-91.fc7 dmesg after starting X twice. (18.35 KB, text/plain)
2007-10-05 23:03 UTC, Joshua
no flags Details
dmesg from kernel-2.6.22.7-85.fc7 after starting X twice (18.26 KB, text/plain)
2007-10-08 19:46 UTC, Joshua
no flags Details

Description Mikkel Lauritsen 2007-09-27 19:16:39 UTC
The recent kernel upgrade to 2.6.22.7-85.fc7 apparently breaks video on a Dell
Inspiron 6400 with an ATI Mobility Radeon X1400 GPU.

When the boot process reaches the point where it would usually switch to
graphics instead of text mode the screen goes blank, and the display stays black
even when GDM starts. It looks as if it tries to switch between text and
graphical mode a couple of times as when the X server is misconfigured.

Downgrading to 2.6.22.5-76 makes video work fine again.

Comment 1 Joshua 2007-10-05 21:49:18 UTC
I also have problems with kernel-2.6.22.7-85.fc7 - 2.6.22.9-91.fc7 and my Radeon
7200.
I boot to run level 3 and all is fine and X starts ok but when I try to drop out
of X either by Ctrl+Alt+Fn or ending the X session My monitor displays "Out of
Range"--at this point I can restart X by typing in the dark so to speak but the
console is unusable until I restart the machine.


Comment 2 Chuck Ebbert 2007-10-05 22:08:39 UTC
Please attach contents of /var/log/dmesg after booting with each kernel.

Comment 3 Joshua 2007-10-05 23:03:40 UTC
Created attachment 218181 [details]
kernel-2.6.22.9-91.fc7 dmesg after starting X twice.

Comment 4 Mikkel Lauritsen 2007-10-07 20:10:41 UTC
The DRM issue that appears to be reported in the dmesg attached above could be
causing my problems as well.

On a kernel before -85, Xorg.0.log contains

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)

whereas -85 and -91 go

drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: open result is -1, (No such device or address)
drmOpenDevice: Open failed


Comment 5 Joshua 2007-10-08 19:46:46 UTC
Created attachment 220081 [details]
dmesg from kernel-2.6.22.7-85.fc7 after starting X twice

Comment 6 Chuck Ebbert 2007-10-08 21:11:11 UTC
(In reply to comment #5)
> Created an attachment (id=220081) [edit]
> dmesg from kernel-2.6.22.7-85.fc7 after starting X twice
> 

Please post dmesg from after starting X with the kernel that works.


Comment 7 Mikkel Lauritsen 2007-10-31 07:23:38 UTC
The recent 2.6.23.1-10.fc7 update seems to fix the problem on my machine - at
least X is able to start again. I still get the entries in Xorg.0.log about it
being unable to open /dev/dri/card0, but that's a minor issue relative to X not
being able to start at all. 


Note You need to log in before you can comment on or make changes to this bug.