Bug 496962 - Intel KMS regression for i915 chipset
Summary: Intel KMS regression for i915 chipset
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: rawhide
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kristian Høgsberg
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: IntelKMS
TreeView+ depends on / blocked
 
Reported: 2009-04-21 20:13 UTC by Michael Wiktowy
Modified: 2018-04-11 10:27 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-05-04 15:59:46 UTC
Type: ---


Attachments (Terms of Use)
lspci (2.57 KB, text/plain)
2009-04-21 20:13 UTC, Michael Wiktowy
no flags Details
lsmod (1.80 KB, text/plain)
2009-04-21 20:14 UTC, Michael Wiktowy
no flags Details

Description Michael Wiktowy 2009-04-21 20:13:05 UTC
Created attachment 340625 [details]
lspci

Description of problem:
xorg-x11-drv-intel-2.6.99.902-2.fc11 (as seen on Fedora 11 Snapshot 1 LiveCD) works flawlessly for the i915 onboard video on the Dell Optiplex 760. Upgrading to xorg-x11-drv-intel-2.7.0-1.fc11 causes the screen to be corrupted when the system loads the GDM and beyond that point. Each subsequent horizontal line has been shifted some offset from the one before instead of being aligned. You can see remnants of the top and bottom panel but everything is blended up. 

Version-Release number of selected component (if applicable):
xorg-x11-drv-intel-2.6.99.902-2.fc11 (as seen on Fedora 11 Snapshot 1 LiveCD) works
xorg-x11-drv-intel-2.7.0-1.fc11 broken

How reproducible:
Always on this machine

Steps to Reproduce:
1. Boot from Fedora 11 Snap1 x86_64 LiveUSB on an Optiplex 760 with persistent storage
2. Upgrade to xorg-x11-drv-intel-2.7.0-1.fc11
3. Reboot
  
Additional info:
See attached lspci -nn and lsmod

Comment 1 Michael Wiktowy 2009-04-21 20:14:02 UTC
Created attachment 340627 [details]
lsmod

Comment 2 Michael Wiktowy 2009-04-21 20:42:25 UTC
As additional note, I discovered this when I just updated *everything* (including the kernel) from Snapshot 1 to latest Rawhide. If I did that, I didn't get the video corruption, I just got black screen and frozen system just as the boot sequence was about to switch to GDM.

I then switched back to a Snapshot 1 starting point and just updated the Intel driver which didn't bring in any other dependencies. That shows screen corruption.

I can't seem to update just the kernel (with firmware dependency) from kernel.x86_64 2.6.29.1-54 to 2.6.29.1-100 since there seems to be no way to boot to the new kernel though the LiveUSB bootloader.

I can boot normally (without pretty boot) by using the "nomodeset" kernel parameter. I also have to use the acpi=ht parameter to boot but that is another separate issue with the power management, I would guess.

Comment 3 Matěj Cepl 2009-04-23 13:58:48 UTC
Could we get /var/log/Xorg.0.log, /var/log/dmesg as well, please?

Comment 4 Michael Wiktowy 2009-05-04 15:59:46 UTC
Sorry for the delay as I was out of town.

I have downloaded and made a LiveUSB out of the F11 Preview Release and the Intel driver seems to be back in working order for this chipset. Actually, the Intel driver is the same version as before but I guess that changes in the kernel (now kernel 2.6.29.1-102.fc11) may have sorted out the issue.

I still need to use acpi=ht to boot but will start another bug for that since that seems to be a too aggressive power saving issue.


Note You need to log in before you can comment on or make changes to this bug.