Bugzilla – Bug 155323
radeon driver confuses outputs on Fujitsu Siemens Amilo 1667G
Last modified: 2006-03-13 17:15:06 UTC
The radeon driver seems to confuse the primary/secondary output on Fujitsu Siemens Amilo 1667G notebook (Radeon X700). By default, it thinks the external output is primary, and sends all graphics data to it. If no external monitor is connected, the LCD monitor switches off right after starting X, tricking the user into thinking that the whole machine has crashed. Workaround: add this line to the xorg.conf file: Option "MonitorLayout" "LVDS" After this, the radeon driver works fine (without 3d acceleration, of course). I believe this same problem may happen also with other notebooks with the Radeon graphics device.
Thanks. What about testing this on 10.1? We don't plan to investigate such issues for SUSE 10.0.
Yup, I will try it on 10.1 as soon as I get some time to install it. Leaving NEEDINFO until I get my hands on 10.1.
Positive, it does exactly the same at SL10.1 Beta6, and the same workaround works. When I installed it, I noticed that it offers "Dual Head" mode by default. I kept that default unchanged, trying to mimic what a common user would do. Maybe this is the culprit - but when I looked at the /etc/X11/xorg.conf file, I haven't found any traces of dualhead configuration at all, it looked exactly the same as the xorg.conf file from 10.0 (we could say not only it does not work but it also lies ;-) ).
Could you attach xorg.conf and /var/log/Xorg.0.log with *and* without your additional MonitorLayout line? Thanks.
Created attachment 71350 [details] The modified xorg.conf. This xorg.conf contains only a single change against the original, the single line with the "MonitorLayout" option.
Created attachment 71356 [details] The Xorg.0.log with the original configuration (where nothing is seen on the screen).
Created attachment 71357 [details] The Xorg.0.log with the modified configuration (with the added MonitorLayout line).
By the way, when I looked at the difference between the logs, I have seen an interesting thing: 565a567,570 > (WW) RADEON(0): Invalid Monitor type specified for 2nd port > (**) RADEON(0): MonitorLayout Option: > Monitor1--Type LVDS, Monitor2--Type `:v ^^^^^ That second monitor type string looks like it was read from a random portion of memory...
I think you need to specify the Monitor type of the 2nd port as well. Try "LVDS,NONE" instead. Unfortunately the wrong Monitor type as Primary is deteteced when no option is given. :-( [...] (II) RADEON(0): Primary: Monitor -- CRT [...] So this is the problem.
I wonder whether MonitorLayout "LVDS,CRT" works for you as well. Using such an option would be a valid workaround.
Yes, I have tried it, it works. :-)
Thanks. Could you also add the output of "hwinfo --gfxcard"? Thanks.
Created attachment 72493 [details] Output of 'hwinfo --gfxcard' Please find the attached info.
fixed for Beta > 8. Using the workaround mentioned above.