|Summary:||kernel-3.8.3-201.fc18.x86_64 breaks my display resolution|
|Product:||[Fedora] Fedora||Reporter:||Branko Grubić <bitlord0xff>|
|Component:||kernel||Assignee:||Kernel Maintainer List <kernel-maint>|
|Status:||CLOSED ERRATA||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||18||CC:||acc-bugz-redhat, airlied, axel.sommerfeldt, b.m.kast, dek-09q, fweimer, gansalmon, gustavo, ibancioiu, itamar, jhhaynes, jonathan, jskarvad, just18, kernel-maint, kparal, krzysiek.pawlik, kylepablo, leebickmtu, lkocman, madhu.chinakonda, matthias_haase, rkagan, techouse, theblessedadventhope, todoleza, tomek, ulrich.hobelmann, xgarve, ya.qmp|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|:||924002 (view as bug list)||Environment:|
|Last Closed:||2013-03-19 20:06:02 UTC||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Branko Grubić 2013-03-16 06:46:40 UTC
Created attachment 710973 [details] dmesg Description of problem: I upgraded to 3.8.3-201.fc18 kernel to test it, and it started booting fine, resolution seemed ok/native, but just little before startig X, or when X was starting I'm not really sure it changes the resoltuion to 1024x768 instead of 1280x720 which is native display resolution. This is on laptop with GM45 graphics. Version-Release number of selected component (if applicable): kernel-3.8.3-201.fc18.x86_64 How reproducible: Steps to Reproduce: 1. install kernel-3.8.3-201.fc18.x86_64 2. reboot 3. Actual results: wrong screen resolution Expected results: using native screen resolution Additional info:
Comment 3 Branko Grubić 2013-03-16 06:54:31 UTC
Sorry I was wrong about native display resolution it is 1280x800 not, 1280x720 which is detected right in xrandr output for LVDS1
Comment 4 Arkadiusz Miskiewicz 2013-03-16 07:23:15 UTC
https://lkml.org/lkml/2013/3/14/540 no solution beside reverting 2a9810441fcc26cf3f006f015f8a62094fe57a90 is the first bad commit commit 2a9810441fcc26cf3f006f015f8a62094fe57a90 Author: Daniel Vetter <email@example.com> Date: Sat Dec 1 21:03:22 2012 +0100 drm/i915: reorder setup sequence to have irqs for output setup
Comment 5 Anthony Messina 2013-03-16 14:21:42 UTC
I confirm this same issue on a Thinkpad X200s.
Comment 6 leebickmtu 2013-03-17 09:24:14 UTC
I have the same problem after updating to 3.8.3-201.fc18. Instead of defaulting to the native display resolution of 1280x800 it now goes to 1024x768. This is on an HP laptop with Intel Chipset Series 4 Integrated Graphics. I am using a work around for this problem for now by adding the following line to /etc/gdm/Init/Default xrandr --output LVDS1 --mode 1280x800
Comment 7 techouse 2013-03-17 11:33:10 UTC
Same thing here. After installing and booting into kernel-3.8.3-201.fc18.x86_64 my 1280x800 resolution went to 1024x768 and there was no option like 1280x800 to chose from the resolutions menu in Gnome settings. There was only 1024x768 and 800x600, so everything 4:3. Booting back to 3.8.2 fixed it. SPECS: From dmesg: [ 0.934394] agpgart-intel 0000:00:00.0: Intel GM45 Chipset From lspci: 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)
Comment 8 Iosif Bancioiu 2013-03-17 20:04:54 UTC
the same on Dell Vostro 1015 1024x768 instate of 1366x768 -> kernel-3.8.3-206.fc18.i686
Comment 9 Kamil Páral 2013-03-17 20:18:06 UTC
The same problem here on Thinkpad T500. xrandr says I have LVDS1 with 1680x1050 resolution (that is correct, that is my notebook display) and VGA1 with 1024x768 connected (that is incorrect, I don't have any external display connected). GNOME clones the displays, so I get 1024x768 resolution. Didn't happen with kernel-3.8.2-206.fc18.x86_64. Two more people (bitlord and amessina) confirmed the problem here: https://admin.fedoraproject.org/updates/FEDORA-2013-3893/kernel-3.8.3-201.fc18
Comment 10 Tomas Dolezal 2013-03-17 20:26:27 UTC
same for me on lenovo T400 Display starts in cloning mode, VGA1 is detected as connected, which is not true. That is probably the cause of problem. Primary display is on LVDS1 with 1024x768; native resolution is 1440x900. kernel-3.8.2-206.fc18.x86_64 $ lspci -nns 00:02 00:02.0 VGA compatible controller : Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) 00:02.1 Display controller : Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)
Comment 11 Tomas Dolezal 2013-03-17 20:30:51 UTC
sorry for bad kernel specified in comment above, it's same as for the others kernel-3.8.3-201.fc18.x86_64
Comment 12 Jim Haynes 2013-03-18 01:04:19 UTC
Same problem for me on a Dell i1545 laptop I looked in system tools->system settings->display and it says it is a mirrored display.
Comment 13 Steven Michael Williams 2013-03-18 04:19:35 UTC
I have the same issue using a Lenovo G530. Tried to redetect the display and it won't go any higher than 1024x768. Previous kernel works fine.
Comment 14 Roman Kagan 2013-03-18 11:02:45 UTC
Me too on Lenovo ThinkPad T500. The relevant log part (with drm.debug=255) 3.8.3-201.fc18: [ 2.539349] [drm:intel_crt_detect], CRT detected via hotplug 3.8.2-206.fc18: [ 2.703031] [drm:intel_crt_detect], CRT not detected via hotplug In both cases nothing is connected to the VGA output. My suspect is commit 2a9810441fcc26cf3f006f015f8a62094fe57a90 Author: Daniel Vetter <firstname.lastname@example.org> Date: Sat Dec 1 21:03:22 2012 +0100 drm/i915: reorder setup sequence to have irqs for output setup commit 52d7ecedac3f96fb562cb482c139015372728638 upstream. Otherwise the new&shiny irq-driven gmbus and dp aux code won't work that well. Noticed since the dp aux code doesn't have an automatic fallback with a timeout (since the hw provides for that already). v2: Simple move drm_irq_install before intel_modeset_gem_init, as suggested by Ben Widawsky. v3: Now that interrupts are enabled before all connectors are fully set up, we might fall over serving a HPD interrupt while things are still being set up. Instead of jumping through massive hoops and complicating the code with a separate hpd irq enable step, simply block out the hotplug work item from doing anything until things are in place. v4: Actually, we can enable hotplug processing only after the fbdev is fully set up, since we call down into the fbdev from the hotplug work functions. So stick the hpd enabling right next to the poll helper initialization. v5: We need to enable irqs before intel_modeset_init, since that function sets up the outputs. v6: Fixup cleanup sequence, too. Reviewed-by: Imre Deak <email@example.com> Signed-off-by: Daniel Vetter <firstname.lastname@example.org> Signed-off-by: Greg Kroah-Hartman <email@example.com> but I don't have the time to dig deeper ATM.
Comment 15 just18 2013-03-18 12:02:36 UTC
Same here on my T500. The X-Server actually crashes with the new kernel if I don't add radeon.modeset=0 to kernel options. But if I add it I get a wrong resolution and a non existing VGA monitor. And as a bonus vgaswitcheroo isn't working any more so I have a boiling notebook. Reverting to 3.8.2 solves the issus for now. I really hope for a quick fix. Xorg.0.log: http://paste.fedoraproject.org/5300/36072581 dmesg: http://paste.fedoraproject.org/5301/13636072 xrandr: http://paste.fedoraproject.org/5302/13636073
Comment 16 Dave Airlie 2013-03-18 12:17:39 UTC
backporting 20afbda209d from linus tree has been suggested, maybe someone can do that, I'm zzzz.
Comment 17 Fedora Update System 2013-03-18 15:16:54 UTC
kernel-3.8.3-203.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/kernel-3.8.3-203.fc18
Comment 18 Fedora Update System 2013-03-18 20:05:04 UTC
kernel-3.8.3-103.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/FEDORA-2013-3909/kernel-3.8.3-103.fc17
Comment 19 Axel Sommerfeldt 2013-03-19 08:34:54 UTC
Same problem here with kernel-3.8.3-201.fc18: [ 0.637622] agpgart-intel 0000:00:00.0: Intel GM45 Chipset 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09) kdm (and razor-qt) starts in 1024x768 while the correct screen resolution would be 1280x800. The old kernel-3.8.2-206 works fine.
Comment 20 just18 2013-03-19 08:51:38 UTC
I just installed kernel-3.8.3-203.fc18.x86_64 and the problem is gone, thanks for the quick fix.
Comment 21 Josh Boyer 2013-03-19 13:20:07 UTC
*** Bug 922665 has been marked as a duplicate of this bug. ***
Comment 22 Jim Haynes 2013-03-19 19:50:35 UTC
kernel-3.8.3-203.fc18.x86_64 fixes it for me too, Dell i1545 laptop.
Comment 23 Fedora Update System 2013-03-19 20:06:06 UTC
kernel-3.8.3-203.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
Comment 24 Jaroslav Škarvada 2013-03-20 09:10:35 UTC
*** Bug 923348 has been marked as a duplicate of this bug. ***
Comment 25 Justin M. Forbes 2013-03-20 15:04:00 UTC
*** Bug 922500 has been marked as a duplicate of this bug. ***
Comment 26 Josh Boyer 2013-03-20 23:01:40 UTC
*** Bug 924002 has been marked as a duplicate of this bug. ***
Comment 27 Josh Boyer 2013-03-21 13:56:05 UTC
*** Bug 923168 has been marked as a duplicate of this bug. ***
Comment 28 Fedora Update System 2013-03-22 00:10:32 UTC
kernel-3.8.3-103.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.