[Bug 623250] New: external screen resolution always set to 1024x768 (should be 1280x1024) after kde login
http://bugzilla.novell.com/show_bug.cgi?id=623250 http://bugzilla.novell.com/show_bug.cgi?id=623250#c0 Summary: external screen resolution always set to 1024x768 (should be 1280x1024) after kde login Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers@suse.de ReportedBy: cyberbeat@gmx.de QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/5341 SUSE/6.0.443.0 (KHTML, like Gecko) Chrome/6.0.443.0 Safari/534.1 after everytime I login, I have to change the screen-resolution (external "dvi1") with krandr. Often (about 50% of the time) krandr does not even remember, that I switched the internal screen ("lvds1") off. hwinfo --gfx 09: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.318] Unique ID: _Znp.lPQO3e3I18E SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Model: "Mobile Intel® GM45 Express Chipset" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2a42 "Mobile Intel® GM45 Express Chipset" SubVendor: pci 0x1179 "Toshiba America Info Systems" SubDevice: pci 0x000d Revision: 0x07 Driver: "i915" Driver Modules: "drm" Memory Range: 0xff400000-0xff7fffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) I/O Ports: 0xcff8-0xcfff (rw) IRQ: 27 (137191 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00008086d00002A42sv00001179sd0000000Dbc03sc00i00" Driver Info #0: XFree86 v4 Server Module: intel Driver Info #1: XFree86 v4 Server Module: intel 3D Support: yes Config Status: cfg=new, avail=yes, need=no, active=unknown 10: PCI 02.1: 0380 Display controller [Created at pci.318] Unique ID: ruGf.Gsn0zTMyIl3 SysFS ID: /devices/pci0000:00/0000:00:02.1 SysFS BusID: 0000:00:02.1 Hardware Class: graphics card Model: "Intel Mobile 4 Series Chipset Integrated Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2a43 "Mobile 4 Series Chipset Integrated Graphics Controller" SubVendor: pci 0x1179 "Toshiba America Info Systems" SubDevice: pci 0x000d Revision: 0x07 Memory Range: 0xc0000000-0xc00fffff (rw,non-prefetchable,disabled) Module Alias: "pci:v00008086d00002A43sv00001179sd0000000Dbc03sc80i00" Config Status: cfg=new, avail=yes, need=no, active=unknown Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=623250
http://bugzilla.novell.com/show_bug.cgi?id=623250#c1
--- Comment #1 from H. Hansen
http://bugzilla.novell.com/show_bug.cgi?id=623250
http://bugzilla.novell.com/show_bug.cgi?id=623250#c2
--- Comment #2 from H. Hansen
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c3
Carlos Mafra
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c4
--- Comment #4 from Carlos Mafra
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c5
--- Comment #5 from Carlos Mafra
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c
Lubos Lunak
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c6
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c7
Stefan Dirsch
Well, the code is obsolete and should be removed completely - together with the variables in /etc/sysconfig/displaymanager.
Fixed for X11:Xorg/xorg-x11. Submitrequested for openSUSE:Factory/xorg-x11. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c8
--- Comment #8 from Carlos Mafra
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c9
--- Comment #9 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c10
--- Comment #10 from Carlos Mafra
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c11
--- Comment #11 from Stefan Dirsch
But IMHO the Xserver default does not make sense. I would rather have something like the patch by David Reveman in comment 2 from bug #537488
The intersection of the resolutions from both monitors will rarely be useful, at least for me and I guess for others too.
I agree that it makes sense to have such a patch for netbooks where the intersection of the resolutions ends up with 640x480. Otherwise I do *not* agree.
My laptop has 1280x800 and I use two different external monitors, one at my home with 1680x1050 and the other at the institute with 1920x1200. And for _both_ the Xserver default is useless and it makes no sense.
Hey, it's just the login screen (xdm, gdm, kdm), which shows this resolution. Imagine the external 1920x1200 monitor is turned off, but still connected (you forgot about that or even don't know that). The displaymanager will likely optimize everything for the big external screen and you can't reach any longer the gdm panel or even user/password text field. We had such bug reports in the past. No kidding! We really need a safe setup to avoid such situations.
I guess people always want the best of what the monitor has to offer, and the desktop has to be adjusted to fit, not the reverse (I use wmaker, so no krandr stuff etc).
The desktop needs to take care about your preferences by using the previous RANDR setup or if a change in monitor setup has been detected a safe setting. We do support KDE and Gnome as desktops. Use xrandr, if you prefer an unsupported WM.
In my case I simply use the external monitors and turn off the laptop screen.
Easy to manage with xrandr during login.
Suppose also a beamer presentation in some conference. If you boot your laptop with the cable to the beamer connected, you want it to display correctly at the conference room screen, using whatever native resolution the beamer uses. Then your desktop or window manager has to be clever enough to do the right thing.
Especially with beamers it makes sense to use the same resolution, in most cases this is 1024x768 anyway.
So is there no hope for me to get the resolutions correct in a flicker-free boot process? The kernel got it right already, that's what disturbs me. When xorg loads it screws up the resolutions which the kernel thought were good, and I thought the point with the kernel mode setting was to avoid this resolution changes from boot.
Good point, but not everybody is using more than one monitor with different resolutions.
So I am sorry to write all this, but as things stand now they don't look like they make sense. I fear that I will have to patch the xserver myself and use it instead, but that is painful and it will go away once I move to opensuse 11.4 etc.
Your decision of course, which we need to accept. We try the best to make most users happy, which obviously doesn't work out for everybody. That's the way it is. Also I'm not sure why you're discussing this now in this bugreport. IMHO it belongs to Bug #537488. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c12
--- Comment #12 from Carlos Mafra
(In reply to comment #10)
My laptop has 1280x800 and I use two different external monitors, one at my home with 1680x1050 and the other at the institute with 1920x1200. And for _both_ the Xserver default is useless and it makes no sense.
Hey, it's just the login screen (xdm, gdm, kdm), which shows this resolution. Imagine the external 1920x1200 monitor is turned off, but still connected (you forgot about that or even don't know that). The displaymanager will likely optimize everything for the big external screen and you can't reach any longer the gdm panel or even user/password text field. We had such bug reports in the past. No kidding! We really need a safe setup to avoid such situations.
You are right. I hadn't thought about that, sorry. But that also points out a deficiency in xorg, IHMO. Why can't we have _both_ screens showing the same things at their native resolutions? That's what the kernel seems to do while booting. I don't know the details, but from my observation it seems there is a huge opportunity to improvement here.
So is there no hope for me to get the resolutions correct in a flicker-free boot process? The kernel got it right already, that's what disturbs me. When xorg loads it screws up the resolutions which the kernel thought were good, and I thought the point with the kernel mode setting was to avoid this resolution changes from boot.
Good point, but not everybody is using more than one monitor with different resolutions.
Yeah, so I can wait till that becomes the standard or if some xorg hacker has the same problem :-) But from my user standpoint the kernel does a much better job than xorg now. During boot I get both screens working nicely together, each one at their native resolution. So I wonder why xorg can't do that too. In the above case you mention, there would be no problem because the laptop screen would be working with native resolution too.
So I am sorry to write all this, but as things stand now they don't look like they make sense. I fear that I will have to patch the xserver myself and use it instead, but that is painful and it will go away once I move to opensuse 11.4 etc.
Your decision of course, which we need to accept. We try the best to make most users happy, which obviously doesn't work out for everybody. That's the way it is.
Ok, thanks a lot. I felt out of the "most users" set, but hey, that's OK too. I will use my freedom to modify the sources etc once I have the time. I was simply hoping that this bug could be solved by other means.
Also I'm not sure why you're discussing this now in this bugreport. IMHO it belongs to Bug #537488.
Heh, right. But here is the bug where the conversation is, and I don't know how to reply to your present comment and make it appear in the other bug report. But I want to thank you. You made it possible for me to try to find my own best solution. That's what I like about open source to begin with! So all is fine, really. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c13
--- Comment #13 from Stefan Dirsch
But that also points out a deficiency in xorg, IHMO. Why can't we have _both_ screens showing the same things at their native resolutions? That's what the kernel seems to do while booting.
You could do this by enable scaling on the smaller screen (xrandr --scale option), but this looks rather awful.
But from my user standpoint the kernel does a much better job than xorg now. During boot I get both screens working nicely together, each one at their native resolution.
It shows nothing more than a static splashscreen. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c14
--- Comment #14 from Stefan Dirsch
But that also points out a deficiency in xorg, IHMO. Why can't we have _both_ screens showing the same things at their native resolutions? That's what the kernel seems to do while booting.
You could do this by enable scaling on the smaller screen (xrandr --scale option), but this looks rather awful.
Or panning as proposed in https://bugzilla.novell.com/show_bug.cgi?id=537488#c5. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c15
--- Comment #15 from Carlos Mafra
But that also points out a deficiency in xorg, IHMO. Why can't we have _both_ screens showing the same things at their native resolutions? That's what the kernel seems to do while booting.
You could do this by enable scaling on the smaller screen (xrandr --scale option), but this looks rather awful.
But then it's different. It's never awful to use a monitor/flat panel at their _native_ resolution. I would like to see things with 1280x800 on the laptop and 1920x1200 on the monitor.
But from my user standpoint the kernel does a much better job than xorg now. During boot I get both screens working nicely together, each one at their native resolution.
It shows nothing more than a static splashscreen.
No, I removed the splashscreen to see the boot messages both from the kernel and from the init scripts. After seeing that it's possible to do this (native res. for both screens at the same time), no other solution seems as good for me. After KMS my expectations are quite high on this front :-) I don't know how to code xorg to do what the kernel does, but from what I see everyday in the morning from the kernel side when I boot, it should be possible. Or perhaps I am completely wrong, I don't want to complain to people who actually code things up. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=623250
https://bugzilla.novell.com/show_bug.cgi?id=623250#c16
--- Comment #16 from Stefan Dirsch
I would like to see things with 1280x800 on the laptop and 1920x1200 on the monitor.
Then I guess you would like panning. Unfortunately this is something most people don't understand (would again generate bugreports). I believe all reasonable options are already mentioned in this comment https://bugzilla.novell.com/show_bug.cgi?id=537488#add_comment I'm getting tired discussing this again and again. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com