RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 830748 - T520 blank screen on boot (intel/nvidia optimus, intel configured for panel)
Summary: T520 blank screen on boot (intel/nvidia optimus, intel configured for panel)
Keywords:
Status: CLOSED DUPLICATE of bug 835648
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: xorg-x11-drv-intel
Version: 6.3
Hardware: Unspecified
OS: Unspecified
high
urgent
Target Milestone: rc
: ---
Assignee: Adam Jackson
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-06-11 10:35 UTC by Tomas Pelka
Modified: 2014-09-13 18:58 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-26 17:49:59 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
messages (78.97 KB, text/plain)
2012-06-11 10:35 UTC, Tomas Pelka 		no flags Details
xorg log (48.40 KB, text/plain)
2012-06-11 10:36 UTC, Tomas Pelka 		no flags Details
View All

Description Tomas Pelka 2012-06-11 10:35:36 UTC 
Created attachment 590894 [details]
messages

Description of problem:
NVS 4200M (Lenovo T520) wont boot, just a black screen with cursor (not blinking) available. Logs attached

Version-Release number of selected component (if applicable):
kernel-2.6.32-269.el6
xorg-x11-drv-nouveau-0.0.16-13.20110719gitde9d1ba.el6

How reproducible:
100%

Steps to Reproduce:
1.
2.
3.
  
Actual results:
no screen

Expected results:
should work as expected

Additional info:

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [Quadro NVS 4200M] [10de:1057] (rev a1) (prog-if 00 [VGA controller])
	Subsystem: Lenovo Device [17aa:21d1]
	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, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at f0000000 (32-bit, non-prefetchable) [size=16M]
	Region 1: Memory at c0000000 (64-bit, prefetchable) [size=256M]
	Region 3: Memory at d0000000 (64-bit, prefetchable) [size=32M]
	Region 5: I/O ports at 4000 [size=128]
	Expansion ROM at f1000000 [disabled] [size=512K]
	Capabilities: [60] 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-
	Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
		Address: 0000000000000000  Data: 0000
	Capabilities: [78] Express (v2) Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us
			ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
			MaxPayload 128 bytes, MaxReadReq 512 bytes
		DevSta:	CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend-
		LnkCap:	Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Latency L0 <256ns, L1 <4us
			ClockPM+ Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
		DevCap2: Completion Timeout: Not Supported, TimeoutDis+
		DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-
		LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB
			 Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
			 Compliance De-emphasis: -6dB
		LnkSta2: Current De-emphasis Level: -6dB
	Capabilities: [b4] Vendor Specific Information <?>
	Capabilities: [100] Virtual Channel <?>
	Capabilities: [128] Power Budgeting <?>
	Capabilities: [600] Vendor Specific Information <?>
	Kernel driver in use: nouveau
	Kernel modules: nouveau, nvidiafb
Comment 1 Tomas Pelka 2012-06-11 10:36:53 UTC 
Created attachment 590895 [details]
xorg log
Comment 2 Ben Skeggs 2012-06-13 12:30:34 UTC 
This is likely to be an Intel driver bug.  From your logs the machine is configured in "NVIDIA Optimus" mode, which means the internal panel is driven by the Intel GPU.

You can force the NVIDIA GPU to be used by selecting "Discrete Graphics" in the BIOS setup to test Nouveau.  However, this bug should stay around for Intel fixes.
Comment 3 Martin 2012-06-13 14:00:00 UTC 
I can reproduce this bug with "Discrete Graphics" in the BIOS setup on T520, when Intel is disabled.
Comment 4 Ben Skeggs 2012-06-14 11:07:40 UTC 
(In reply to comment #3)
> I can reproduce this bug with "Discrete Graphics" in the BIOS setup on T520,
> when Intel is disabled.

I'm sorry, but that'd be a different bug.  Or indeed something else completely unrelated to video drivers.  The original report was for Intel-mode, and it didn't work there.

If it is a video driver issue and also doesn't work in NVIDIA mode then it deserves a new report, with supporting log files.
Comment 5 Tomas Pelka 2012-06-21 10:16:22 UTC 
Hi Ben,

are you really sure it is Intel's issue? We are booting NV only and kernel stucked on "ACPI: WMI: mapper load" so is it before "kernel: [drm] Initialized drm 1.1.0 20060810". Kernel is totaly frozen, no panic simply nothing.

So it seems to us as a nouveau problem more than Intel one.

Do we have more debugging options? 

Thanks 
Tom


See messages with optimus (I think it is relevant to nouveau even if it with optimus, we are not able to get the log with nouveau only):
==========================
Jun 11 11:01:39 localhost kernel: nouveau 0000:01:00.0: power state changed by ACPI to D0
Jun 11 11:01:39 localhost kernel: nouveau 0000:01:00.0: power state changed by ACPI to D0
Jun 11 11:01:39 localhost kernel: nouveau 0000:01:00.0: enabling device (0000 -> 0003)
Jun 11 11:01:39 localhost kernel: nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: Detected an NVd0 generation card (0x0d9170a1)
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: acceleration disabled by default, pass noaccel=0 to force enable
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PRAMIN
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: ... BIOS signature not found
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PROM
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: ... BIOS signature not found
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PCIROM
Jun 11 11:01:39 localhost kernel: nouveau 0000:01:00.0: Invalid ROM contents
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: ... BIOS signature not found
Jun 11 11:01:39 localhost kernel: [drm] nouveau 0000:01:00.0: Attempting to load BIOS image from ACPI
Comment 6 Ben Skeggs 2012-06-22 00:32:03 UTC 
The kernel log linked from the first comment shows what appears to be a successful boot in Optimus mode, where nouveau hasn't detected any displays (which is correct, since the panel is driven by the intel gpu in this case).  If you're seeing a blank screen there, then the intel driver hasn't done its job correctly.

It's possible there's more than one issue here I guess, but it's hard to say.

What happens if you boot in Optimus mode and add "nouveau.modeset=0" to your boot options?
Comment 7 Martin 2012-06-26 17:49:59 UTC 
Optimus and Intel only modes are booting fine (no blank screen). Created new bugreport without confusing Optimus logs.

*** This bug has been marked as a duplicate of bug 835648 ***
Note You need to log in before you can comment on or make changes to this bug.