Created attachment 407975 [details]
dmesg for failing kernel

I'm curious whether this is the Intel backport or the core DRM fixes at fault.  Can you try this kernel:

http://kojipkgs.fedoraproject.org/packages/kernel/2.6.33.2/53.fc13/

Drat, I should have updated the bug already.  That is exactly the kernel I'm using to get my display back. 

To be clear: kernel-2.6.33.2-53.fc13.x86_64 does show the display properly.

Huzzah, intel backport at fault.  Looking into it, I see at least one patch that looks suspicious.

What kind of DVI add-in card are you using? How many ports does it have, how many encoder chips are on the card, etc.

Also, with the broken kernel, can you boot to runlevel 3 with drm.debug=0x06, run 'X -pogo', and attach the resulting dmesg?

And, as long as I'm asking for things, a copy of the video ROM would help:

# dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1

The card has 1 DVI port, I think it's in a PCIE slot on the motherboard. 

How do I tell what encoder chips it has etc?

It's in a Lenovo system, and the card is branded IBM.  I'll get back to you with other details later today .au time.

Created attachment 408604 [details]
Xorg.0.log with new kernel (with extra options)

Created attachment 408605 [details]
dmesg for failing kernel (with extra options)

Created attachment 408606 [details]
Rom as requested

Hopefully these are all the things you need.  Feel free to ask for more info.

The daughtercard is actually I-can't-believe-it's-not-PCIE, looks like the same slot but there's a handshake pin that turns it into a different kind of bus.  There should be one or two very small ASICs on the board, which should be mostly empty except for signal traces.  I suspect the silkscreening on it will say "CX-5092-A" or something similar.

The dmesg here sheds some light, but I'd like to compare it to what the working kernel did.  Can you do the same drm.debug=0x06 dmesg collection on the working kernel and attach that?

Created attachment 408790 [details]
Xorg.0.log with working kernel (with extra options)

Created attachment 408793 [details]
dmesg for working kernel (with extra options)

What you say about the card makes sense, from memory of when I last looked at it.  

I can pull it out to verify if you like however. 

Thanks for all your efforts on this.  As per my previous bug, it has been a long saga with this chipset and screen.

Alright, I think I know what this is.  I've posted a patch that should fix this, it'll be in whatever kernel build is after 2.6.33.2-60.fc13 (hasn't been a build submitted yet, we're batching changes to go easy on the builders).

Relevant upstream thread:

http://lists.freedesktop.org/archives/intel-gfx/2010-April/006688.html
http://lists.freedesktop.org/archives/intel-gfx/2010-April/006701.html

http://kojipkgs.fedoraproject.org/packages/kernel/2.6.33.2/68.fc13/

I'm seeing this too on my Intel test system. This system also has a DVI add-in card, but it is unused (the monitor is attached to the VGA output).

I've tried with both 2.6.33.2-68.fc13 and 2.6.33.3-71.fc13 to no avail.

Here is some info from my system:

00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)

00:02.0 0300: 8086:2e12 (rev 03)
00:02.1 0380: 8086:2e13 (rev 03)

[drm] Initialized drm 1.1.0 20060810
i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
i915 0000:00:02.0: setting latency timer to 64
i915 0000:00:02.0: irq 32 for MSI/MSI-X
[drm] set up 63M of stolen space
fbcon: inteldrmfb (fb0) is primary device
Console: switching to colour frame buffer device 240x75
fb0: inteldrmfb frame buffer device
registered panic notifier
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

Proposing this as an F13Blocker, as with UMS support being removed from the
xorg driver, this issue really makes these systems completely unusable.

BTW I can still ssh in and then the system seems to be functioning fine, so other then the display output not working things seem to work fine. Let me know what info I can provide to help debug this.

kernel-2.6.33.3-72.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/kernel-2.6.33.3-72.fc13

The new kernel boots the system fine, and displays to the screen at the correct resolution.

However, it thinks that the DVI connector is connected to two different monitors, a VGA and a DVI.  It then spans the desktop across both - unfortunately choosing the VGA2 as primary and as such locking me out of the menus. 

xrandr run from another virtual console shows VGA1 disconnected, and both DVI and VGA2 connected at the same resolution.  (Sorry, don't have the output to hand)

This is connected via a DVI-I KVM switch, but I have a DVI-I to DVI-D converter in the stream, so I know the VGA pins are not live. 

I guess you want the same debugging as last time?

Created attachment 410082 [details]
dmesg with 'fixed' kernel which thinks both DVI-D and VGA are connected on the DVI adaptor

Created attachment 410083 [details]
xrandr from a VT when X was running thinking it had two screens

This is with my KVM switch attached.  Swapping that for a direct connection while still running gave identical results.

That you suddenly have a "VGA2" is kind of expected, that's the analog pins on your DVI connector.  Which is a little counterintuitive, but.

This makes sense though.  DVI only has one set of DDC pins, so we're getting the same EDID block when we look at either "connector"; we're careful to treat analog EDID blocks as "disconnected" for DVI, but we're not careful to check for the reverse.

This bug was discussed at the 2010/04/30 blocker review meeting. 

It is accepted as a direct blocker as it hits the criterion "In most cases, the installed system must boot to a functional graphical environment (see Blocker_Bug_FAQ)" - https://fedoraproject.org/wiki/Fedora_13_Alpha_Release_Criteria . 

Adam Jackson believes he has a fix for this and should be able to upload a kernel for testing soon. Please test and report as soon as possible, as we will start the RC stage on Tuesday 2010/05/04.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

http://kojipkgs.fedoraproject.org/packages/kernel/2.6.33.3/78.fc13/

Andrew, if you could test this today or early tomorrow it would be a huge help, we really need to have confirmation of the fix by then to get it in for the final F13 build. I will test for regressions with this kernel, but it'd be good to check the fix.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Linux naomi 2.6.33.3-78.fc13.x86_64 #1 SMP Fri Apr 30 20:25:43 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux

This kernel boots and (correctly) shows only one display.

[abartlet@naomi ~]$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
VGA1 disconnected (normal left inverted right x axis y axis)
DVI1 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm
   1920x1200      60.0*+
   1600x1200      60.0  
   1680x1050      60.0  
   1280x1024      75.0     60.0  
   1152x864       75.0  
   1024x768       75.1     60.0  
   800x600        75.0     60.3  
   640x480        75.0     60.0  
   720x400        70.1  
DVI2 disconnected (normal left inverted right x axis y axis)
VGA2 disconnected (normal left inverted right x axis y axis)


As far as I'm concerned this is good to go!

Thanks!

awesome, thanks andrew.

note that the change is now incorporated in a candidate update:

https://admin.fedoraproject.org/updates/kernel-2.6.33.3-79.fc13



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

kernel works with no regressions here, karma added. andrew, if you could add karma to the bodhi page (after logging in with your FAS account, see the Login link on the left) it'd really help again, tahnks!



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

kernel -79 has hit stable, so let's close this.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers