|Summary:||radeonfb fails with external display|
|Product:||Drivers||Reporter:||Jakob Schi (schiotz)|
|Component:||Console/Framebuffers||Assignee:||Antonino Daplas (adaplas)|
Description Jakob Schi 2005-02-02 02:10:17 UTC
Comment 1 Jakob Schi 2005-02-02 02:11:01 UTC
Created attachment 4497 [details] /usr/src/linux-2.6.11-rc2/.config
Comment 2 Jakob Schi 2005-02-02 02:30:30 UTC
I had forgotten to save the output of dmesg, so I booted back into the 2.6.11-rc2 kernel to produce it. But this time everything worked. I tried a few times without problems, and considering that it had failed several times earlier today, I am deeply mystified. But since I cannot be 100% sure that I did not do something wrong previously, I guess that I can only withdraw my bug report. I'll reopen it if I get any reproducible data.
Comment 3 Jakob Schi 2005-02-22 05:54:13 UTC
I reopen this bug because it looks like it is a real problem, it is just not 100% reproducible. In most cases, when I boot a 2.6.11-rc4 kernel with radeonfb frame buffer enabled, the output goes to the build-in screen instead of the external screen attached to the docking station. See the description above. It looks like in a few cases (including the day I closed my bug as invalid) it works, but it is not reproducible, and I cannot figure out why it in rare cases work. It unfortunately makes the framebuffer unusable,for me, since I use an external display at work. I'll attach dmesg output and .config, and will be happy to provide any other info.
Comment 4 Jakob Schi 2005-02-22 05:55:25 UTC
Created attachment 4589 [details] /usr/src/linux-2.6.11-rc4/.config
Comment 5 Jakob Schi 2005-02-22 05:57:30 UTC
Created attachment 4590 [details] dmesg output. dmesg output from when I booted the 2.6.11-rc4 kernel with an external display attached through the port replicator. The output from the BIOS and grub went to the external display, but once the kernel started booting output switched to the internal display.
Comment 6 Jakob Schi 2005-03-02 03:41:09 UTC
It appears to be related to the resolution. The built-in display is 1400x1050 and the external display is 1280x1024. The framebuffer should choose the latter resolution when the external display is attached, but apparently does not (at least not consistently). If I force the framebuffer to use 1024x768 then it works fine on both screens, so that is a working workaround. Given that there is a workaround, this no longer deserves to be a high-severity bug.
Comment 7 Antonino Daplas 2005-07-31 22:32:43 UTC
That's usually the problem with dual-displays, you have to know what is the least common denominator which, in your case, is the display with the lower maximum resolution. We don't have any definite support yet for dual heads/dual displays, so I'll defer this bug.
Comment 8 Natalie Protasevich 2008-03-05 17:25:52 UTC
Any new status on this problem? Has it been fixed? Thanks.
Comment 9 Jakob Schi 2008-03-06 01:16:39 UTC
I unfortunately no longer have the affected laptop, so I am unable to test if it works in newer kernels. Probably the bug should be closed.