Bug 465422 - Nv driver confused when BIOS boot screen pref set to external VGA port
Nv driver confused when BIOS boot screen pref set to external VGA port
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-nv (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Adam Jackson
Fedora Extras Quality Assurance
: Triaged
Depends On:
  Show dependency treegraph
Reported: 2008-10-03 04:33 EDT by Denis Leroy
Modified: 2018-04-11 08:41 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-12-18 01:29:28 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Xorg log (22.40 KB, text/plain)
2008-10-03 04:33 EDT, Denis Leroy
no flags Details
/var/log/messages of boot process (63.93 KB, text/plain)
2008-10-03 04:34 EDT, Denis Leroy
no flags Details
Xorg log when using nouveau driver (86.04 KB, application/octet-stream)
2008-10-11 08:18 EDT, Denis Leroy
no flags Details
/var/log/messages excerpts of nouveau problems (12.57 KB, application/octet-stream)
2008-10-11 08:21 EDT, Denis Leroy
no flags Details

  None (edit)
Description Denis Leroy 2008-10-03 04:33:21 EDT
Created attachment 319327 [details]
Xorg log

This is ona Lenovo T61 (nVidia Quadro NVS 140M).

When booting F10-beta with an external LCD screen connected on the latop VGA port, the distro boots into a black screen (instead of the GDM graphical login screen).

Looking at the logs, X seems to start normally, but the screens just aren't displays (black screen on both external and laptop LCDs). Logs are attached.

Note that this is NOT a question a nv supporting dual-head: if I boot with only the laptop screen and login normally, I can hot-plug the external monitor and configure dual-head with xrandr or the Screen Resolution configuration. That works no problem. This is only a GDM/boot issue.

Also note there is no /etc/X11/xorg.conf file.
Comment 1 Denis Leroy 2008-10-03 04:34:10 EDT
Created attachment 319328 [details]
/var/log/messages of boot process
Comment 2 Matěj Cepl 2008-10-06 19:29:33 EDT
Could we get /var/log/Xorg.0.log as well, please?

Thanks a lot,

Comment 3 Denis Leroy 2008-10-06 19:37:33 EDT
Err, it's already there :-) (1st attachment)
Comment 4 Matěj Cepl 2008-10-09 12:02:10 EDT
Sorry, too many bugs after beta, so I make mistakes all the time. Sorry.
Comment 5 Denis Leroy 2008-10-09 15:06:44 EDT
Hey no problem ;-) Bug is still occurring today with latest updates...
Comment 6 Matěj Cepl 2008-10-09 17:29:36 EDT
BTW, is there any difference if you try nouveau? Some users reported surprisingly good results with that.
Comment 7 Denis Leroy 2008-10-10 02:50:31 EDT
Matej, No I haven't had a chance to try nouveau. Is there an easy way, like a boot line cmd, to tell the autodetect code to use nouveau instead of nv ? Or do I have to write my own xorg.conf file ? (I currently use the nvidia driver as it used to be the only option for this chipset).

The reason I filed this bug is that "nv" is chosen by default, and this means no installation and no live CD for people with external monitors, a scenario that is quite common amongst laptop users. The boot process happens in text mode, but as soon as X is started for GDM, there is some logic in there that picks a default mode that does not work, even though "nv" does actually support this setup reasonably well.
Comment 8 Denis Leroy 2008-10-10 05:07:10 EDT
Gave nouveau a shot. With external LCD connected, I get a kernel hang. With the laptop screen only, nouveau "seems" to work judging from Xorg.0.log, but the screen remains hopelessly black... I would have been surprised if nouveau had worked with a Quadro chipset... Thinking of it, this could be affected by the BIOS setup.
Comment 9 Matěj Cepl 2008-10-10 12:33:34 EDT
a) no, there is no automagic way how to make nouveau work -- it is still more or less experimental feature and we don't want to let it loose on our poor users (maybe, we should reconsider this position, but certainly not in F10)
b) could we still get /var/log/Xorg.0.log from this unsuccesful attetmpt, please?

Comment 10 Denis Leroy 2008-10-11 08:18:53 EDT
Created attachment 320088 [details]
Xorg log when using nouveau driver

Here's /var/log/Xorg.0.log when booting the T61 with the nouveau driver (using only the laptop screen). You'll notice the lack of errors in the log file, yet the screen remains dark.
Comment 11 Denis Leroy 2008-10-11 08:21:40 EDT
Created attachment 320089 [details]
/var/log/messages excerpts of nouveau problems

Attaching excerpts of /var/log/messages showing various nouveau problems, including crash traces, when logging with external monitor hooked up.
Comment 12 Denis Leroy 2008-10-11 08:52:11 EDT
Update on the "nv" aspect of the bug. The problem seems to stem from a BIOS setting. The BIOS settings has "default boot screen" set to VGA. When I set that back to "Thinkpad LCD", the problem disappears, and the system boots with the "nv" driver fine with the external monitor (the GDM screen is mirrored on both screens), and when I login it remembers my screen resolution prefs and switches to dual-head mode automatically. Nice!

Updating the subject of this bug. Is it worth keeping this bug around ? Or should I report that directly upstream instead ?

Also, do you want me to open a separate bug for nouveau support of the Quadro chip ? I don't know if you have anyone at RH working on nouveau. If not, I'll report that directly upstream also.

Comment 13 Bug Zapper 2008-11-25 22:30:02 EST
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
Comment 14 Ben Skeggs 2009-04-22 21:14:13 EDT
There's no real difference as far as nouveau's concerned between GeForce and Quadro chips.  Your chip should be working fine with the drivers in F11.

As for the problems in both nv and nouveau if the VBIOS doesn't program the laptop panel on startup, this is currently unavoidable in both drivers.  We don't know yet how to program the panel fully ourselves, and attempting to do so leads to the display engine locking up.
Comment 15 Denis Leroy 2009-04-23 03:25:58 EDT
Problem still exists with F-11 today.
Comment 16 Ben Skeggs 2009-04-23 06:04:08 EDT
Having boot video set to external, or nouveau in general?  If it's the former, that's the expected behaviour currently.  As I mentioned, neither nouveau or nv knows how to program LVDS without the VBIOS's help.  If nouveau doesn't work at all, please post /var/log/Xorg.0.log from after a failed attempt!
Comment 17 Denis Leroy 2009-04-29 07:04:01 EDT
I can confirm that nouveau works when BIOS default screen is set to laptop LCD. Including dual-head support.

One issue I ran into. With dual-head setup used. If I type Ctr-Alt-F2 to go to a getty terminal, I get a garbled screen. No lockups, I can login and type commands "blindly", but screen contains random patterns. typing Ctrl-Alt-F1 brings me back to the desktop with no problems...
Comment 18 Ben Skeggs 2009-04-29 07:42:28 EDT
Ok, thanks for that!  I'm very close to being able to fix the original issue you reported in nouveau, this won't be something that's feasible for the nv driver however.

For your other problem, can you file a separate report please, so this bug doesn't get confused!
Comment 19 Bug Zapper 2009-11-18 03:30:16 EST
This message is a reminder that Fedora 10 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 10.  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 '10'.

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 10'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 10 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 please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

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: 
Comment 20 Bug Zapper 2009-12-18 01:29:28 EST
Fedora 10 changed to end-of-life (EOL) status on 2009-12-17. Fedora 10 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

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