Bug 757812

Summary: KMS regression on Intel GM45 compared to Fedora 13
Product: [Fedora] Fedora Reporter: Zoltan Boszormenyi <zboszor>
Component: xorg-x11-drv-intelAssignee: Adam Jackson <ajax>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: ajax, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-23 21:49:10 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Xorg.0.log with using the intel driver on F16
none
dmesg with KMS and drm.debug=4
none
New dmesg with KMS and drm.debug=4 , kernel-3.1.5-1
none
inter_reg_dumper output, non-KMS
none
intel_reg_dumper output, KMS
none
intel_reg_dumper output, KMS
none
intel_reg_dumper output, non-KMS none

Description Zoltan Boszormenyi 2011-11-28 18:51:10 UTC
Created attachment 537607 [details]
Xorg.0.log with using the intel driver on F16

Description of problem:

I just upgraded to Fedora 16 on my notebook since Fedora 13 that was previously
installed on it is not supported anymore. The problem is that both the
DVD installer and the installed system shows only black screen instead
of graphical boot. I have to choose the non-graphical installer boot which
can successfully switch to graphics and present the installer screens.
The installed system uses "nomodeset" and when I delete it from grub.conf,
booting tries to switch to graphical mode but it goes black. The system boots
up, and it responds to Ctrl-Alt-F2 so I can switch to console and reboot with
Ctrl-Alt-Del.

Fedora 13 nicely used graphical boot since day one until I reinstalled it.

The notebook is Acer Emachines E525. The videochip:

# lspci -s 00:02.00
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 09)
# lspci -s 00:02.00 -vvvxn
00:02.0 0300: 8086:2a42 (rev 09) (prog-if 00 [VGA controller])
	Subsystem: 1025:0212
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 44
	Region 0: Memory at 90000000 (64-bit, non-prefetchable) [size=4M]
	Region 2: Memory at 80000000 (64-bit, prefetchable) [size=256M]
	Region 4: I/O ports at 50f0 [size=8]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0100c  Data: 4191
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Kernel modules: i915
00: 86 80 42 2a 07 04 90 00 09 00 00 03 00 00 80 00
10: 04 00 00 90 00 00 00 00 0c 00 00 80 00 00 00 00
20: f1 50 00 00 00 00 00 00 00 00 00 00 25 10 12 02
30: 00 00 00 00 90 00 00 00 00 00 00 00 0b 01 00 00

Version-Release number of selected component (if applicable):

$ rpm -q kernel xorg-x11-server-Xorg xorg-x11-drv-intel
kernel-3.1.0-7.fc16.x86_64
kernel-3.1.2-1.fc16.x86_64
xorg-x11-server-Xorg-1.11.2-3.fc16.x86_64
xorg-x11-drv-intel-2.17.0-1.fc16.x86_64


How reproducible:


Steps to Reproduce:
1. Get an Acer Emachines 525
2. Install Fedora 16
3. Experiment with modeset/nomodeset
  
Actual results:

Black screen.

Expected results:

Shiny new F16 graphics.


Additional info:

Comment 1 Zoltan Boszormenyi 2011-11-30 05:27:55 UTC
I upgraded to latest BIOS (v 3.10 from v 1.03) for this notebook in the hope
that this problem is caused by an old ACPI version. The problem still there.

Comment 2 Adam Jackson 2011-12-07 22:26:58 UTC
Please boot the machine with KMS enabled and drm.debug=4 on the kernel command line, and ssh in after bootup and attach the dmesg output.

Comment 3 Zoltan Boszormenyi 2011-12-08 08:01:20 UTC
Created attachment 542402 [details]
dmesg with KMS and drm.debug=4

Comment 4 Zoltan Boszormenyi 2011-12-08 08:02:56 UTC
Attached the requested dmesg, the currently running kernel is 3.1.4-1.fc16.x86_64.

Comment 5 Zoltan Boszormenyi 2011-12-11 11:28:08 UTC
Created attachment 545222 [details]
New dmesg with KMS and drm.debug=4 , kernel-3.1.5-1

I saw BZ 731296 and it's resolution with today's kernel version from updates-testing. Unfortunately it didn't help my problem.

Comment 6 Zoltan Boszormenyi 2011-12-18 12:17:19 UTC
I tried kernel-3.2.0-0.rc6.git0.1.fc17.x86_64 from koji as it contains
the patchset from http://marc.info/?l=linux-kernel&m=132405727431535&w=2
but it didn't help. The screen still goes black on my notebook.

Comment 7 Adam Jackson 2012-01-03 19:14:02 UTC
Can you attach the output from the 'intel_reg_dumper' tool (in the intel-gpu-tools package) for both a boot with KMS and a boot without?

Comment 8 Zoltan Boszormenyi 2012-01-04 07:56:24 UTC
Created attachment 550618 [details]
inter_reg_dumper output, non-KMS

Comment 9 Zoltan Boszormenyi 2012-01-04 07:57:00 UTC
Created attachment 550620 [details]
intel_reg_dumper output, KMS

Comment 10 Zoltan Boszormenyi 2012-02-21 13:17:10 UTC
I had the opportunity to upgrade a Fujitsu-Siemens Amilo Li 3710 notebook to Fedora 16. This has the exact same videochip as my notebook in my original report and KMS works perfectly on this notebook. So, it should not be a big problem to fix it. I just retested my notebook with the latest 3.2.6-3.fc16.x86_64 kernel, the screen black as soon as KMS switches to the native 1366x768 resolution.

Comment 11 Fedora End Of Life 2013-01-16 09:59:20 UTC
This message is a reminder that Fedora 16 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 16. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '16'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 16's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 16 is end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" and open it against that version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 12 Zoltan Boszormenyi 2013-01-16 17:39:18 UTC
I just installed Fedora 18 from scratch on this notebook.
Although KMS produces a native picture, it's so dim that it's barely visible.
The Fn + Up/Down buttons that should change the brightness did nothing.
I had to resort to VESA mode during installation which is ok.

Comment 13 Zoltan Boszormenyi 2013-01-16 17:46:09 UTC
All three sets of kernel/X server/Intel driver combination do the same:
- the installation DVD
- the first installed set
- the set after the first "yum upgrade"

The currently installed versions are:

# rpm -q xorg-x11-server-Xorg xorg-x11-drv-intel kernel
xorg-x11-server-Xorg-1.13.1-4.fc18.x86_64
xorg-x11-drv-intel-2.20.16-1.fc18.x86_64
kernel-3.6.10-4.fc18.x86_64
kernel-3.7.2-201.fc18.x86_64

Comment 14 Zoltan Boszormenyi 2013-01-16 17:47:53 UTC
Created attachment 679730 [details]
intel_reg_dumper output, KMS

From kernel 3.7.2-201.fc18.x86_64

Comment 15 Zoltan Boszormenyi 2013-01-16 17:48:56 UTC
Created attachment 679731 [details]
intel_reg_dumper output, non-KMS

With kernel 3.7.2-201.fc18.x86_64

Comment 16 Zoltan Boszormenyi 2013-01-23 21:49:10 UTC
I have found the solution to this problem and now my notebook runs in the LCD native resolution.

According to http://www.linlap.com/acer_emachines_e525 I had to put

acpi_backlight=vendor acpi_osi=Linux

into GRUB_CMDLINE_LINUX in /etc/default/grub then regenerate grub.cfg.
glxinfo reports

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Mobile IntelĀ® GM45 Express Chipset 
OpenGL version string: 2.1 Mesa 9.0.1
OpenGL shading language version string: 1.20

Fedora 18 now works fast on this old notebook.