Nouveau - Jun 2010 - [Bug 28524] New: Debian Testing Kernel Upgrade Enables KMS, Disables External Monitor

https://bugs.freedesktop.org/show_bug.cgi?id=28524

           Summary: Debian Testing Kernel Upgrade Enables KMS, Disables
                    External Monitor
           Product: xorg
           Version: unspecified
          Platform: x86 (IA32)
        OS/Version: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau at lists.freedesktop.org
        ReportedBy: whirlygig at comcast.net
         QAContact: xorg-team at lists.x.org


Created an attachment (id=36249)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=36249)
dmesg.txt collected via ssh session, booting docked with external LCD

Hardware: Dell Latitude D810, Nvidia Quadro Go 1400 video, using 1920x1200
built-in LCD when undocked / 1680x1050 Dell LCD when attached to port
replicator
OS: Debian Squeeze with Xfce desktop environment, fully updated using no
no-free or contrib repositories, no proprietary drivers or software of any kind
(including no Nvidia blobs, ever), video expansion turned off in BIOS (more
about which later)

Accepted upgrade from main repositories 2.6.32-3-686 to 2.6.32-5-686. I think
the pertinent change is that KMS is now enabled by default.

Upon reboot following the kernel upgrade the external monitor goes blank
(backlight off) immediately after the populating /dev message in console. The
system can be logged on to via ssh -X, and I can launch graphical applications
on the affected system. (dmesg.txt attached is dmesg output collected from one
of these sessions immediately after boot).

You will note from this section of dmesg.txt that the external monitor and its
resolution are detected:

----------------------->8-------------------------
> > [    7.308183] [drm] nouveau 0000:01:00.0: allocated 1680x1050 fb:
0x49000, bo f6feb600
> > [    7.319925] [drm] nouveau 0000:01:00.0: Output DVI-D-1 is running
on CRTC 0 using output A
> > [    7.319929] [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on tmds
encoder (output 2)
> > [    7.319931] [drm] nouveau 0000:01:00.0: Output DVI-D-1 is running
on CRTC 0 using output A
> > [    7.321231] Console: switching to colour frame buffer device 210x65
----------------------->8-------------------------

If I undock the system and boot with the new kernel I see the point
(immediately after populating /dev message) where the framebuffer is started.
At that point the system stops using the 800x600 central area of the screen for
the console and switches to the full 1920x1200 resolution, as expected. GDM
starts, and desktop and all graphical functions are normal.

Please note, also, the result of

grep -B2 'Module class: X.Org Video Driver' /var/log/Xorg.0.log
(II) Module nv: vendor="X.Org Foundation"
        compiled for 1.7.7, module version = 2.1.17
        Module class: X.Org Video Driver
--
(II) Module vesa: vendor="X.Org Foundation"
        compiled for 1.7.7, module version = 2.3.0
        Module class: X.Org Video Driver

The Xorg log shows this content regardless of whether the system is docked or
undocked, and whether I boot with the old kernel or the new one. (But I would
swear that it used to show only the vesa driver.)

I tried forcing the use of nouveau driver creating

Section "Device"
Identifier "n"
Driver "nouveau"
EndSection

for Xorg configuration. This results in X not starting at all -- until the
configuration file is removed..

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=28524

--- Comment #1 from GilbertSullivan <whirlygig at comcast.net> 2010-06-13
11:41:56 PDT ---
(In reply to comment #0)
> Please note, also, the result of
> 
> grep -B2 'Module class: X.Org Video Driver' /var/log/Xorg.0.log
> (II) Module nv: vendor="X.Org Foundation"
>         compiled for 1.7.7, module version = 2.1.17
>         Module class: X.Org Video Driver
> --
> (II) Module vesa: vendor="X.Org Foundation"
>         compiled for 1.7.7, module version = 2.3.0
>         Module class: X.Org Video Driver
> 
> The Xorg log shows this content regardless of whether the system is docked
or
> undocked, and whether I boot with the old kernel or the new one. (But I
would
> swear that it used to show only the vesa driver.)
> 
> I tried forcing the use of nouveau driver creating
> 
> Section "Device"
> Identifier "n"
> Driver "nouveau"
> EndSection
> 
> for Xorg configuration. This results in X not starting at all -- until the
> configuration file is removed..
Created "blacklist nouveau" line in /etc/modprobe.d/blacklist.conf,
and that
proved a workaround the issue with the external monitor. I can now boot the
system while docked with the new kernel. The nouveau frame buffer doesn't
load,
so the console resolution stays at 800x600 (or whatever it is) until gdm loads.

After seeing that nouveau driver wasn't usable, I decided to create an
/etc/X11/xorg.conf which specified the vesa driver. That, also, would not allow
X to start. Specifying nv driver in xorg.conf fixed it, and now using grep on
/var/log/Xorg.0.log shows me only the nv driver.

So I have a workaround, but I'd rather be able to use the nouveau driver
when
all the pieces are in place.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=28524

GilbertSullivan <whirlygig at comcast.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |major

--- Comment #2 from GilbertSullivan <whirlygig at comcast.net> 2010-06-14
17:15:06 PDT ---
Following upgrade of xserver-common and xserver-xorg-core from 2:1.7.7-1 to
2:1.7-2 on 06/14/2010 the ensuing reboot saw the external DVI-connected LCD on
the port replicator cease to function on both kernels, whether or not nouveau
was blacklisted. It was failing at loading gdm on the new kernel, and I got
dumped at tty2 with the text-graphics dialog asking whether or not I wanted to
see the xorg log. (I could not choose yes or no, and tty2 was sluggish and
non-responsive to keyboard input.) Switching to tty1 enabled me to log on and
make configuration changes.

Removed the "blacklist nouveau" entry from
/etc/modprobe.d/blacklist.conf since
the port replicator and external monitor are useless for now.

Drivers now being shown by query:

$ grep -B2 'Module class: X.Org Video Driver' /var/log/Xorg.0.log

(II) Module nouveau: vendor="X.Org Foundation"
    compiled for 1.7.7, module version = 0.0.15
    Module class: X.Org Video Driver
--
(II) Module nv: vendor="X.Org Foundation"
    compiled for 1.7.7, module version = 2.1.17
    Module class: X.Org Video Driver
--
(II) Module vesa: vendor="X.Org Foundation"
    compiled for 1.7.7, module version = 2.3.0
    Module class: X.Org Video Driver

Video behavior of the system (sans port replicator and external monitor, of
course) is very much improved, with workspace switching and log off prompt
happening instantly -- even with Xfce desktop compositing enabled. (Those
switches in that configuration used to require several seconds.)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=28524

--- Comment #3 from GilbertSullivan <whirlygig at comcast.net> 2010-06-28
08:30:08 PDT ---
Got a VGA cable and connected the external monitor to the port replicator with
that. The external monitor works via the VGA connector, but still not with the
DVI connector.

This is not a hardware issue. The port replicator and external monitor
connected by DVI work fine with the BIOS screen and a version of the operating
system which shall not be named.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=28524

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #4 from Ilia Mirkin <imirkin at alum.mit.edu> ---
It appears that this bug report has laid dormant for quite a while. Sorry we
haven't gotten to it. Since we fix bugs all the time, chances are pretty
good
that your issue has been fixed with the latest software. Please give it a shot.
(Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git
versions.) If upgrading to the latest isn't an option for you, your
distro's
bugzilla is probably the right destination for your bug report.

In an effort to clean up our bug list, we're pre-emptively closing all bugs
that haven't seen updates since 2011. If the original issue remains, please
make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/
for what we need to see, and re-open this one.

Thanks,

The Nouveau Team

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20130818/b1bcee3a/attachment-0001.html>