System Environment: -------------------------- Libdrm: (master)82eac8060b98b425f29051bfd7830ba3622be7d8 Mesa: (mesa_7_4_branch)2adaec12267767747a22646c759b0d6c1651d3bf Xserver: (server-1.6-branch)f469726fec502ce29999eda6919c3c3d26c127d8 Xf86_video_intel: (2.7)4e334ef33c38e2e930958a4b68d79f1860bb9efa Kernel: (for-airlied)edde72a59461d766997b469f6d20afdf5fe9b5b4 Bug detailed description: ------------------------- with KMS, xrandr only get following mode: Screen 0: minimum 320 x 200, current 1024 x 600, maximum 2048 x 2048 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1024x600+0+0 (normal left inverted right x axis y axis) 195mm x 113mm 1024x600 60.0*+ but with UMS, xrandr get: Screen 0: minimum 320 x 200, current 1024 x 600, maximum 2048 x 2048 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1024x600+0+0 (normal left inverted right x axis y axis) 195mm x 113mm 1024x600 60.0*+ 800x600 85.1 72.2 75.0 60.3 56.2 640x480 85.0 72.8 75.0 59.9 720x400 85.0 640x400 85.1 640x350 85.1 reproduce steps: ------------------------ enable KMS xinit & xrandr
Created attachment 24136 [details] xorg log
Created attachment 24137 [details] dmesg
the issue met in moblin too
Hi I have gotten the root cause of this issue. And the patch set is already sent to the intel-gfx mailing list. If the patch is shipped by the Eric, the issue will disappear. Thanks.
*** Bug 21094 has been marked as a duplicate of this bug. ***
This is a high priority bug impacting many users. Can I know where the kernel fix go now?
*** Bug 21346 has been marked as a duplicate of this bug. ***
*** Bug 21417 has been marked as a duplicate of this bug. ***
*** Bug 21671 has been marked as a duplicate of this bug. ***
My i915 is still impacted (although if I remember well, several weeks ago it worked, but now it does not). I am running the latest 'stable' bits (2.6.30-rc8, xorg-server-1.6.1, xf86-video-intel-2.7.1). Dualhead is useless for me in KMS mode.
(In reply to comment #10) > My i915 is still impacted as is my i945 > although if I remember well, several weeks ago it worked, but now it does not I have tested with every driver release Rawhide/Fedora 11 provided any none of them ever worked. > Dualhead is useless for me in KMS mode. I have to second this. Is there any timeframe? Can we still hope to get this fixed in 2.7.x (which releases will probably make it into Fedora 11 as updates)?
I'm marking this as blocking Q2 rc2, i.e. I hope this could be fixed in 1 week. Yakui, we need take quick action on this. Is the patch still in review?
Created attachment 26566 [details] [review] Add the private data for LVDS connector
Created attachment 26567 [details] [review] [patch 1/3] add the private data for LVDS connector
Created attachment 26568 [details] [review] [patch 2/3]: get the LVDS panel limit and check whether the given modeline is valid
Created attachment 26569 [details] [review] [patch 3/3]: Fix the EDID for LVDS connector to add the default modes
Hi, Gordon Sorry that I don't attach the patch set in the bugzilla in time. The patch set is already sent to mailing list twice. But there is no response from Carl Worth. Will you please test the attched patch set? Thanks.
I can confirm that those three patches apply properly to xf86-video-intel 2.7.1, and at least appear to have the desired effect (I can now see all of the other modes in xrandr). I'm doing this remotely right now, so I'll give it a more thorough test when I get home, and report back if it does anything weird.
(In reply to comment #18) > I can confirm that those three patches apply properly to xf86-video-intel > 2.7.1, and at least appear to have the desired effect (I can now see all of the > other modes in xrandr). I'm doing this remotely right now, so I'll give it a > more thorough test when I get home, and report back if it does anything weird. Nope, this doesn't really work. Running: $ xrandr --output LVDS1 --mode 1024x768 ; xrandr ; sleep 5 ; xrandr --output LVDS1 --auto I get display corruption. Additionally, if I try to use, say, dosbox to change my resolution by going into its full screen mode, when I then try to run xrandr, even after exiting the full screen mode, I am told: xrandr: output LVDS1 cannot use rotation "normal" reflection "none" until I do: $ xrandr --output LVDS1 --reflect normal --rotate normal Additionally, while it is in the zoomed in mode from dosbox (I can't tell which mode it is in due to the above xrandr failure), It does seem to be at that lower resolution, sort of. Except it doesn't properly adjust the image -- the rendered screen is cropped off at the bottom and right (I can take pictures if necessary). I'll attach some additional verbose xrandr output.
Created attachment 26872 [details] output from xrandr --verbose --prop while my display is working normally, at native resolution.
Hi, Mike From the log in comment #20 it seems that xrandr will get the same modes as in UMS mode. And the issue in comment #19 is not related with this bug. Will you please open a new bug and attach the output of xorg log in KMS/UMS mode? Of course it will be great if you can attach the output of vbios dump and lspci -vxxx. Thanks.
(In reply to comment #21) > Will you please open a new bug and attach the output of xorg log in KMS/UMS > mode? Just opened Bug #22329. Thanks.
verified with below commits: Libdrm: (master)3d4bfe8c893d016ef43d1ebf28e4607aa1f540a4 Mesa: (master)1510c3cae1d840a065a22c891ad6db794dfe7a00 Xserver: (master)b2d2af76b43d62c9be07fd736652f904632fd663 Xf86_video_intel: (master)246cec965958e94babf5377e6f221522b05fb458 Kernel: (for-linus)0e7ddf7eeeef5aea85412120539ab5369577faeb
*** Bug 22660 has been marked as a duplicate of this bug. ***
Verified->Closed.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.