Bug 29415 - Screen shutdown with Nvidia GeForce 9400M
Summary: Screen shutdown with Nvidia GeForce 9400M
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-05 18:14 UTC by saintger
Modified: 2013-08-18 18:09 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log (24.69 KB, text/x-log)
2010-08-05 18:14 UTC, saintger
no flags Details
syslog (101.51 KB, text/plain)
2010-08-05 18:14 UTC, saintger
no flags Details
lspci dump (1.59 KB, text/plain)
2010-08-05 18:15 UTC, saintger
no flags Details
card's BIOS dump (59.50 KB, application/octet-stream)
2010-08-05 18:16 UTC, saintger
no flags Details
kern.log with "log_buf_len=1M drm.debug=14 nouveau.reg_debug=0x0200 3" (401.78 KB, text/plain)
2010-08-06 12:14 UTC, saintger
no flags Details

Description saintger 2010-08-05 18:14:04 UTC
Created attachment 37608 [details]
Xorg.0.log

Attempting to use the latest nouveau driver with my Nvidia GeForce 9400M results in my screen switching off and/or displaying garbage.

I use a Mac Mini (model late 2009) on an up-to-date Debian Testing with the latest (git) nouveau driver (as of today). The video card is a Nvidia GeForce 9400M (nVidia Corporation C79 [GeForce 9400] (rev b1)) connected via mini-diplayport -> VGA to a CRT Iiyama Vision Master Pro 410.

The minidisplay-port -> VGA connector is apparently an active connector.
The video card and the screen work fine under Mac OS X or with the vesa driver.

In attachment is my syslog, Xorg.0.log, lspci, myvga.rom (card's BIOS dump) and because it is quite big, a link to the POST trace.
Comment 1 saintger 2010-08-05 18:14:46 UTC
Created attachment 37609 [details]
syslog
Comment 2 saintger 2010-08-05 18:15:21 UTC
Created attachment 37610 [details]
lspci dump
Comment 3 saintger 2010-08-05 18:16:16 UTC
Created attachment 37611 [details]
card's BIOS dump
Comment 4 saintger 2010-08-05 18:21:46 UTC
Here is the link to the POST trace (logfile-deloopd.gz):
http://dl.free.fr/d1hBw3kb9

This link will be valid for 30 days. After that I can re-upload it or send it to whoever is interested.
Comment 5 Ben Skeggs 2010-08-05 18:31:15 UTC
Can I see a nouveau kernel log with "log_buf_len=1M drm.debug=14 nouveau.reg_debug=0x0200 3" in your boot options?
Comment 6 Felix Leimbach 2010-08-06 01:48:54 UTC
I'm seeing something similar on the exact same GPU (Macbook 13", late 2009) and it might be the same bug:

When I connect an external monitor to the minidisplay-port=>DVI adapter then the external monitor is detected but won't display anything (no signal).

This happens with nouveau-drm and xf86-video-nouvau from today's git. The same setup worked with git from 2010-07-23 (see #29171).

dmesg after plugging and unplugging the external monitor a couple of times:

[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: unplugged DisplayPort-1
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: unplugged DisplayPort-1
i2c i2c-1: sendbytes: error -110
[drm] nouveau 0000:02:00.0: DDC responded, but no EDID for DisplayPort-1
[drm] nouveau 0000:02:00.0: Couldn't find matching output script table
[drm] nouveau 0000:02:00.0: Couldn't find matching output script table
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: Couldn't find matching output script table
[drm] nouveau 0000:02:00.0: Couldn't find matching output script table
[drm] nouveau 0000:02:00.0: unplugged DisplayPort-1
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
[drm] nouveau 0000:02:00.0: plugged DisplayPort-1
Comment 7 saintger 2010-08-06 12:14:18 UTC
Created attachment 37648 [details]
kern.log with "log_buf_len=1M drm.debug=14 nouveau.reg_debug=0x0200 3"

Here is the kern.log with the options "log_buf_len=1M drm.debug=14 nouveau.reg_debug=0x0200 3"
Comment 8 saintger 2010-08-06 12:17:09 UTC
To Felix Leimbach: I'm not using EFI.

I just boot on a CD with a linux kernel on it and point the root to the external firewire drive (that's the only way I've managed to boot linux without touching the internal drive).
I haven't done anything with Bootcamp or ReFIT, so I suppose that I'm not using EFI but instead the "BIOS compatibility" ?

Regards,
Comment 9 Felix Leimbach 2010-08-07 00:23:47 UTC
(In reply to comment #8)
Yeah, you're using the BIOS emulation (as can be seen by the many BIOS related lines in the syslog you attached).
I use rEFIt to triple boot Linux / OSX / Windows and have gone EFI only.

Our bugs might be the same still because the symptom is quite similar and I don't think it is related to setting up the card.
Let's see what the devs say, though.
Comment 10 Bill Yerazunis 2010-08-26 14:28:01 UTC
See also bug 29820; there the external DVI adapter works on all monitors tested, but the external VGA adapter fails on all monitors tested (and all the hardware works just fine under MacOS)
Comment 11 Yuriy Khomchik 2010-09-12 14:45:18 UTC
See also similar bug 29714. In this case, corrupted image is displayed on a laptop screen via embedded DisplayPort (eDP).
Comment 12 Ilia Mirkin 2013-08-18 18:09:10 UTC
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


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.