http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #1 from Alec Habig 2008-07-16 09:47:46 PST --- Created an attachment (id=17705) --> (http://bugs.freedesktop.org/attachment.cgi?id=17705) Working Xorg.0.log from pre-scaling era -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #3 from Alec Habig 2008-07-16 09:49:58 PST --- Created an attachment (id=17707) --> (http://bugs.freedesktop.org/attachment.cgi?id=17707) xrandr output in the working, pre-scaling case -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #5 from Alec Habig 2008-07-16 12:39:47 PST --- A clarification - without the external LCD attached, the laptop's panel runs just fine in its native 1400x1050 mode. Only when trying to do dualhead does it insist on going into the scaled mode. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #17707|application/octet-stream |text/plain mime type| | -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #17706|application/octet-stream |text/plain mime type| | -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #7 from Egbert Eich 2008-07-20 02:46:39 PST --- (In reply to comment #6)

I don't know why this is happening. I need to investigate. The Xserver log shows: (II) RADEONHD(0): rhdRROutputModeFixup: Output PANEL : 1400x1050 (II) RADEONHD(0): FUNCTION: RHDRRModeFixup (II) RADEONHD(0): rhdRROutputModeFixup: 1400x1050 FAILED: internal error

I've looked at the problem again: I'm reluctant to change any behavior as the user preferences differ. I would like to concentrate on fixing the above error so that it is possible to change the resolution to the native mode using randr. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #9 from Egbert Eich 2008-07-20 13:16:46 PST --- (In reply to comment #8)

When working on multiple monitors, IMHO comparable dpi is the most important factor, to enhance the illusion that you really have one big workspace. In this case, 1920x1200 scaled onto 1400x1050 simply makes the fonts unreadable. The missing space off the bottom, on the other hand, is out of sight and out of mind - one doesn't miss what never existed :)

OK, I see this point. It is hard to have a default that makes everyone happy. The other scenario is where one uses a laptop for a presentation. This however requires that the dpi of both displays match. This would not be the case for my laptop (1680x1050) vs. my much bigger lcd with 1920x1200. Here of course one could use scaling to make this match. There this person might want to see exactly the same on the laptop display as is shown on the screen.

This would be a capital workaround. I can see that my "IMHO" above is a personal preference, and would be quite happy to simply be able to configure it away. Will be able to test this come Monday (the external LCD is in the office).

...

I've looked at the problem again: I'm reluctant to change any behavior as the user preferences differ. I would like to concentrate on fixing the above error so that it is possible to change the resolution to the native mode using randr.

Fixing errors is always +1

Let me know how I can help.

OK, thanks. The 'FAILED' log file message I've included in one earlier comment troubles me. The reason is not specified so it's even harder for me to guess where it originates from. Today I committed code to make the message even more verbose. Can you get the latest git sources, start the xserver with verbose level 7 again and use xrandr to try to switch the panel to native mode? This worked well here and i don't understand why it doesn't work for you. I need to find out what validation test fails in your case. I was using a similar setup as yours only that my laptop is 1680x1050 instead of 1400x1050.

Just so long as one can set their preference in the xorg.conf and not have to script xrandr commands.

That's exactly the problem: it's a policy decision done by randr. The general believe there is that people will have some desktop thingy which will store the last configuration on log out and restore it the next time the user logs in. So the goal is to do away with a config file as much as possible. In your case I unfortunately have no clue how to set this up. You'd have to instruct randr to set each display to its native mode. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #11 from Alec Habig 2008-07-23 07:56:53 PST --- Created an attachment (id=17840) --> (http://bugs.freedesktop.org/attachment.cgi?id=17840) Letting it try to scale (git commit 31e46386) However, without disabling the whole scaling thing, it still gives me the scaled output on PANEL. Xorg.0.log attached, which does output a lot more info when it tries to go to the preferred native mode and fails over to the scaled mode. Same behavior as previously when trying to xrandr manually, it fails and shuts down the PANEL. Something else I've noticed between the April pre-{DRI,Scaling} driver and any of the newer versions is that the external monitor glitches momentarily once every few minutes - blinks blank for a fraction of a second and recovers instantly. Distracting if not fatal, and all the logging is present in this bug already if anyone out there has an idea as to what might be making this. I'm not sure where on earth to start looking for that, it's pretty subtle. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #13 from Egbert Eich 2008-07-23 21:55:28 PST --- @Alec: Using Option "OutputOrder" "PANEL" here sort of does what you are asking for. Still it would be better to find out why your panel shuts off when you try to set the native mode of the panel. This is of course because xrandr is failing which again is related to the error message in the log file described in comment #7. Unfortunately this message isn't very telling so I've made it slightly more verbose in a very recent commit. So I need you to run a late version of the driver with '-logverbose 7' run xrandr again to set native mode, wait until the PANEL shuts off then terminate X and get me the log. I've tried to reproduce it here with my laptop and my external screen but I don't see the problem. So I need to rely on you to help me here. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|lverhaegen@suse.de |eich@pdx.freedesktop.org --- Comment #15 from Egbert Eich 2008-07-28 12:27:56 PST --- Alec, thanks for the log file, I think I know what's going on. I've got a patch prepared which I will push soon. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #17 from Alec Habig 2008-07-30 10:16:33 PST --- Thanks Egbert, will try. Have got it built but not packaged yet, stumbled across references in {src/Makefile.in,src/Makefile.am} to the now-removed radeon_dripriv.h which I can manually work around but need to go learn more git magic for the rpmbuilding scripts to work around. Stay tuned... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #19 from Alec Habig 2008-07-31 08:06:06 PST --- Created an attachment (id=18040) --> (http://bugs.freedesktop.org/attachment.cgi?id=18040) log file with initial default to scaled mode but successful xrandr to native mode Great! With commit 708e31a4, although X came up in the scaled mode on PANEL, I was able to xrandr to the native mode successfully (logfile attached). Unfortunately, both Option "ScaleType" "None" and Option "PreferredMode" "1400x1050" seem to have no influence on the initial choice of modes for PANEL. The logfile does claim: (II) RADEONHD(0): Using user preference for initial modes (II) RADEONHD(0): Output DVI-D_1 using initial mode 1920x1200 (II) RADEONHD(0): Output PANEL using initial mode 1920x1200Scaled Which is something of a lie, since earlier it has read in the correct PreferredMode's from the xorg.conf: (II) RADEONHD(0): Output DVI-D_1 using monitor section DoubleSightDVI (**) RADEONHD(0): Option "PreferredMode" "1920x1200" (II) RADEONHD(0): Output VGA_1 has no monitor section (II) RADEONHD(0): Output PANEL using monitor section ThinkpadLCD (**) RADEONHD(0): Option "PreferredMode" "1400x1050" (**) RADEONHD(0): Option "RightOf" "DoubleSightDVI" I can see it Validating a lot of modes in between the above statements, but it doesn't provide any more comments on why it thinks it's "Using user preference for initial modes" when it's patently not. Any ideas? Looks like the plain old bug is fixed, now it's a subtler issue of how things decide which mode to start off in. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org

http://bugs.freedesktop.org/show_bug.cgi?id=16740 --- Comment #21 from Egbert Eich 2008-07-31 11:21:16 PST --- Alec, you are right in both your last comments. RandR tries to match modes as closely as possible so that you see the same on all screens (or that screens match up either horizontally or vertically). This is because on modern day desktops you almost always have elements on the bottom or on one side which you won't be able to reach on the smaller display. If you want something else you'd have to use xrandr --output PANEL --mode 1400x1050. My goal was to make this no longer fail so that you can really set up your panel the way you personally prefer. The option 'none' doesn't have any effect if you have to scale down. It only affects the case where you scale up, as it will give you the screen in the top left corner while the parts of the panel the smaller root window doesn't cover are black. You cannot do this in the downscale mode. The startup default is something controlled by RandR not the driver. Scaling just extends the list of available modes for the panel from one (the native one) to a list of standard resolutions. This way the user can choose a resolution at run time using xrandr or some other tool. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ xorg-team mailing list xorg-team@lists.x.org http://lists.x.org/mailman/listinfo/xorg-team -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org