Bugzilla – Bug 444896
sax2 does detect my WXGA flat panel but then X does not use it properly
Last modified: 2008-11-20 17:33:21 UTC
I kill X (that is in 1024x768). Start sax2 from the console. SaX detect a 1280x768 screen. I click ok. Then I start X, and I get X in 1024x768. This is in Factory (a zypper dup done today from beta4, beta4 already having the problem) Will attach the necessary log files: $ rpm --changelog -q xorg-x11-server | head -n3 * Sat Nov 08 2008 sndirsch@suse.de - commit-59f9fb4b8.diff * XAA PixmapOps: Sync before accessing unwrapped callbacks. $ rpm --changelog -q xorg-x11-driver-video | head -n3 * Fri Nov 07 2008 sndirsch@suse.de - kernel patch obsoletes xf86-video-intel-commit-4dd0068.diff, xf86-video-intel-commit-7ddea04.diff (bnc #437618) Hardware: Thinkpad Z60t, intel GPU.
Created attachment 252091 [details] SaX.log
Created attachment 252093 [details] xorg.conf
Created attachment 252095 [details] Xorg.0.log
hwinfo --gfx 09: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_8086_2592 Unique ID: _Znp.iqew5nkmnDA SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Model: "Intel 915 GM" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2592 "915 GM" SubVendor: pci 0x1014 "IBM" SubDevice: pci 0x058c Revision: 0x03 Memory Range: 0xa0080000-0xa00fffff (rw,non-prefetchable) I/O Ports: 0x1800-0x1807 (rw) Memory Range: 0xc0000000-0xcfffffff (rw,prefetchable) Memory Range: 0xa0040000-0xa007ffff (rw,non-prefetchable) IRQ: 11 (82687 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00008086d00002592sv00001014sd0000058Cbc03sc00i00" Driver Info #0: XFree86 v4 Server Module: intel Driver Info #1: XFree86 v4 Server Module: intel 3D Support: yes Extensions: dri Config Status: cfg=no, avail=yes, need=no, active=unknown 10: PCI 02.1: 0380 Display controller [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_8086_2792 Unique ID: ruGf._d8KHZ_lwVC SysFS ID: /devices/pci0000:00/0000:00:02.1 SysFS BusID: 0000:00:02.1 Hardware Class: graphics card Model: "Intel Mobile 915GM/GMS/910GML Express Graphics Controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2792 "Mobile 915GM/GMS/910GML Express Graphics Controller" SubVendor: pci 0x1014 "IBM" SubDevice: pci 0x058c Revision: 0x03 Memory Range: 0x40000000-0x4007ffff (rw,non-prefetchable,disabled) Module Alias: "pci:v00008086d00002792sv00001014sd0000058Cbc03sc80i00" Config Status: cfg=no, avail=yes, need=no, active=unknown Primary display adapter: #9
> (==) Using config file: "/etc/X11/xorg.conf.install" Oh well. You've booted into failsafe mode. Therefore you always get the config used during installation - since this is considered safe and working. Otherwise installation wouldn't have been possible at all. Remove 'failsafe' from boot options if you use failsafe as your default - for whatever reasons. I consider this INVALID.
(In reply to comment #5 from Stefan Dirsch) > > (==) Using config file: "/etc/X11/xorg.conf.install" > > Oh well. You've booted into failsafe mode. Therefore you always get the config > used during installation - since this is considered safe and working. Otherwise > installation wouldn't have been possible at all. Remove 'failsafe' from > boot options if you use failsafe as your default - for whatever reasons. > > I consider this INVALID. > If only I knew the reason why.... grub seems to be configured with "x11failsafe" by default. *sigh*
> grub seems to be configured with "x11failsafe" by default. failsafe boot is our default now? I suggest to file a bugreport for this.
(In reply to comment #7 from Stefan Dirsch) > > grub seems to be configured with "x11failsafe" by default. > > failsafe boot is our default now? I suggest to file a bugreport for this. > This happened during a "zypper dup" My 11.0 to 11.1beta5 upgrade didn't have the problem. If I can reproduce, I'll surely file a new bug.
*** This bug has been marked as a duplicate of bug 440125 ***