FS#13139 - [xf86-video-intel] Xorg randomly fails to detect correct screen resolution

Attached to Project: Arch Linux
Opened by Joël Schaerer (lardon) - Friday, 06 February 2009, 16:53 GMT
Last edited by Andrea Scarpino (BaSh) - Saturday, 03 October 2009, 15:10 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

I have a dell latitude E5500 with an intel graphics card. Sometimes (maybe 1/5 of the time), when starting up, the screen resolution is wrongly detected. More precisely, it is set to 1024x768 instead of 1440x900. I don't know if the problem is upstream or arch-only, so I'm submitting here.

Don't know if it is related, but I use concurrent X sessions on the same machine and hibernation.

* package version(s)

local/xorg-server 1.5.3-4 (xorg)
X.Org X servers

I'm using the git version of drivers:

local/libdrm-git 20090102-1 (xorg)
Userspace interface to kernel DRM services
local/xf86-video-intel-git 20090102-1 (xorg-video-drivers)
X.org Intel i810/i830/i915 video drivers


* config and/or log files etc.

xorg.conf:

Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
EndSection

Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/Type1"
EndSection

Section "Module"
Load "extmod"
Load "xtrap"
Load "dbe"
Load "dri"
Load "glx"
Load "freetype"
EndSection

Section "Monitor"
DisplaySize 330 210 # mm
Identifier "Monitor0"
#VendorName "LPL"
#ModelName "125"
EndSection

Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel" # [<bool>]
#Option "SWcursor" # [<bool>]
#Option "ColorKey" # <i>
#Option "CacheLines" # <i>
#Option "Dac6Bit" # [<bool>]
#Option "DRI" # [<bool>]
#Option "NoDDC" # [<bool>]
#Option "ShowCache" # [<bool>]
#Option "XvMCSurfaces" # <i>
#Option "PageFlip" # [<bool>]
Option "MigrationHeuristic" "greedy"
Option "AccelMethod" "EXA"
Identifier "Card0"
Driver "intel"
VendorName "Intel Corporation"
BoardName "Mobile 4 Series Chipset Integrated Graphics Controller"
BusID "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

lspci:
00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 92)
00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
02:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ba)
02:01.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
02:01.2 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 21)
02:01.3 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev ff)
09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5756ME Gigabit Ethernet PCI Express
0c:00.0 Network controller: Intel Corporation Wireless WiFi Link 5100
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Saturday, 03 October 2009, 15:10 GMT
Reason for closing:  Works for me
Comment by Jan de Groot (JGC) - Saturday, 07 February 2009, 00:00 GMT
Resolution detection is up to the video driver, and as you're running a git version, we don't support it.
Comment by Joël Schaerer (lardon) - Saturday, 07 February 2009, 10:24 GMT
Ok, I've reverted to the non-git versions. I will post again if the problem persists.
Comment by Joël Schaerer (lardon) - Friday, 13 February 2009, 17:00 GMT
  • Field changed: Percent Complete (100% → 0%)
I've reverted to the non-git versions, and the problem remains.
Comment by Joël Schaerer (lardon) - Friday, 13 February 2009, 21:29 GMT
Some precisions:

- The problem mainly manifests in gdm, since the gnome session somehow sets the correct resolution. Well, most of the times, because sometimes, even that fails.

- Since reverting to the non-git drivers, the problem has changed slightly: the resolution is still set to 1024x768, however it takes all the screen now, and the display is stretched; whereas before, it will leave black borders on both sides of the screen.
Comment by Gerardo Exequiel Pozzi (djgera) - Tuesday, 02 June 2009, 00:25 GMT
status of this with latest xorg-server and driver?
Comment by Alan Clements (Acidphlux) - Wednesday, 03 June 2009, 02:02 GMT
The problem is *not* a xserver problem it's with xrandr. That video chip comes with 3 outputs even if the laptop doesn't support all three. 1) the LCD. 2) the VGA out and 3) TV out. xrandr occasionally (I still haven't nailed the conditions) thinks that the TV out is connected and the default behaviour is 1024x768 with mirrored screens. An easy solution to the problem is to force xrandr at boot:

example:

/etc/X11/Xsession.d/45custom_xrandr-settings

--cut--
#!/bin/bash
xrandr --output "TV" --off --output "LVDS" -- auto
--cut--

of course there are other things you can do (check the xrandr docs) but this should get the laptop working as expected.
Comment by Joël Schaerer (lardon) - Wednesday, 10 June 2009, 13:06 GMT
Still happening, from time to time.
Comment by Jan de Groot (JGC) - Thursday, 11 June 2009, 22:47 GMT Comment by Jan de Groot (JGC) - Saturday, 18 July 2009, 22:13 GMT
Is this still an issue with xf86-video-intel from testing and kernel26 2.6.30?
Comment by Joël Schaerer (lardon) - Monday, 20 July 2009, 17:12 GMT
This bug happens very rarely, in fact, it's been at least a month since it last happenned on my computer. Maybe we can close the bug, and I will reopen it if it happens again.

Loading...