Cannot use external monitor at its native resolution

Bug #711954 reported by Jamie Strandboge
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: xorg

I have a laptop with a native resolution of 1440x900. If I connect my HP w2207h monitor to my laptop via the VGA port and open display properties, then I can mirror at 1440x900 just fine. If I try to have the HP monitor use its native resolution of 1680x1050, then the monitor goes blank (whether or not I turn off the laptop screen). If I try to login with the monitor at 1680x1050 and the LCD off, gdm displays ok, but the monitor flashes a bunch of purple colors and never displays anything (but the LCD does turn off).

This was working for a while in natty, but no more.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: xorg 1:7.6~3ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-1.28-generic 2.6.38-rc2
Uname: Linux 2.6.38-1-generic x86_64
Architecture: amd64
DRM.card0.DP.1:
 status: disconnected
 enabled: disabled
 dpms: Off
 modes:
 edid-base64:
DRM.card0.HDMI.A.1:
 status: disconnected
 enabled: disabled
 dpms: Off
 modes:
 edid-base64:
DRM.card0.LVDS.1:
 status: connected
 enabled: enabled
 dpms: On
 modes: 1440x900
 edid-base64: AP///////wAwrhRAAAAAAAwUAQOAGhB46uWVk1ZPkCgoUFQAAAABAQEBAQEBAQEBAQEBAQEB8BygoFCEGjAYEDYABaMQAAAY8BygoFCEGjAYEDYABaMQAAAYAAAADwCVCjKVCjIZAQAwZABVAAAA/gBMVEQxMjFFUTNCCiAgAK8=
DRM.card0.VGA.1:
 status: connected
 enabled: enabled
 dpms: On
 modes: 1680x1050 1600x1000 1280x1024 1280x1024 1440x900 1280x960 1152x864 1152x720 1024x768 1024x768 832x624 800x600 800x600 640x480 640x480 720x400
 edid-base64: AP///////wAi8KgmAQEBAQ0SAQNoLx547rU1pVZKmiUQUFSla4BxAIFAgYCVAKkAswABAQEBITmQMGIaJ0BosDYA2SgRAAAcAAAA/QAwTBhTEAAKICAgICAgAAAA/ABIUCB3MjIwNwogICAgAAAA/wBDTks4MTMwS1pYCiAgAOU=
Date: Wed Feb 2 10:08:16 2011
DistUpgraded: Yes, recently upgraded Log time: 2010-11-15 06:42:50.764402
DistroCodename: natty
DistroVariant: ubuntu
DkmsStatus:

EcryptfsInUse: Yes
GraphicsCard: Subsystem: Lenovo Device [17aa:215a]
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427.1)
MachineType: LENOVO 5129CTO
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 LC_MESSAGES=en_US.utf8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-1-generic root=UUID=82571cfb-fdda-4d2f-b708-f8924aa0fe21 ro quiet splash vt.handoff=7
SourcePackage: xorg
dmi.bios.date: 04/20/2010
dmi.bios.vendor: LENOVO
dmi.bios.version: 6QET44WW (1.14 )
dmi.board.name: 5129CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr6QET44WW(1.14):bd04/20/2010:svnLENOVO:pn5129CTO:pvrThinkPadX201s:rvnLENOVO:rn5129CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 5129CTO
dmi.product.version: ThinkPad X201s
dmi.sys.vendor: LENOVO
version.libdrm2: libdrm2 2.4.23-1ubuntu3
version.libgl1-mesa-glx: libgl1-mesa-glx 7.10-1ubuntu1
version.xserver-xorg: xserver-xorg 1:7.6~3ubuntu1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.13.2+git20110124.fadee040-0ubuntu4
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.14.0-1ubuntu5
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20110107+b795ca6e-0ubuntu4

Revision history for this message
Jamie Strandboge (jdstrand) wrote :
tags: added: regression-release
bugbot (bugbot)
affects: xorg (Ubuntu) → xorg-server (Ubuntu)
Revision history for this message
Bryce Harrington (bryce) wrote :

[ 328.760] (II) intel(0): Modeline "1680x1050"x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz)

Likely a bug in the kernel's kms code, probably hardware-specific, but I'll leave against -intel and see if I can give you a hand narrowing this down a bit. What was the last version of natty that worked? Can you try booting the .37 kernel and see whether it reproduces with that?

Once you can identify a working version of the kernel, then you can git bisect down to the patch that caused the problem, and we can go from there.

My guess is that something changed in how the modeline is generated for that monitor by the kernel (or maybe monitors in general, but your monitor is hit due to being an edge case).

If you're looking for workarounds, you might try nomodeset to turn off the kernel's resolution magic, and see if X can do it better on its own.

affects: xorg-server (Ubuntu) → xserver-xorg-video-intel (Ubuntu)
Revision history for this message
Bryce Harrington (bryce) wrote :

Alright, well I think it's likely a kernel drm bug. I'll forward you over thataway if you want to help improve things.

affects: xserver-xorg-video-intel (Ubuntu) → linux (Ubuntu)
Revision history for this message
Bryce Harrington (bryce) wrote :

Sorry, that came out a bit snitty!

But yeah, I think this is a kernel modesetting issue. It's likely it'll just sort itself out magically by updating to a newer kernel. If it doesn't, then git bisection is probably going to be the way to go. Kind of a PITA, but maybe the kernel guys can offer more help than me in this case.

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

I haven't done anything on this because the requested git bisect method will likely take me hours that I really don't have atm. I have it on my todo list (and I pray it is magically fixed by a new kernel).

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

I am going to close this bug after talking to Pete Graner as it seems to be a combination of two other bugs (bug #749817 and a bug in gnome-display-properties where it gets confused when trying to use the configuration I am). The choice of resolutions shows up correctly in gnome-display-properties and xrandr on its own works these days.

Workaround gnome-display-properties not working right:

Create ~/bin/external-monitor:
#!/bin/sh
xrandr --output LVDS1 --off --output VGA1 --mode 1680x1050
nohup unity &

Then run that in Alt+F2.

Changed in linux (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.