Bug 40334 - Kernel-BUG on resume from suspen-to-ram with NV GeForce Go 7600
Summary: Kernel-BUG on resume from suspen-to-ram with NV GeForce Go 7600
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: 2011-08-23 23:24 UTC by Erwin Rieger
Modified: 2013-08-18 18:09 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Dmesg of a suspend-resume-cycle with "drm.debug=0x2 log_buf_len=1M" (311.05 KB, text/plain)
2011-08-23 23:24 UTC, Erwin Rieger
no flags Details
vbtracetool vbios dump (63.50 KB, application/octet-stream)
2011-08-23 23:26 UTC, Erwin Rieger
no flags Details

Description Erwin Rieger 2011-08-23 23:24:41 UTC
Created attachment 50515 [details]
Dmesg of a suspend-resume-cycle with "drm.debug=0x2 log_buf_len=1M"

On Tue, 23 Aug 2011 15:28:45 +0100, Erwin Rieger <er-ri@gmx.net> wrote:

> Hello,
>
> i'am trying to get suspend/resume working on a (old) asus A7T notebook
> (NV GeForce Go 7600 GPU).
>
> Suspend is OK, laptop goes to sleep and power-led is blinking.
>
> Upon resume, the laptop and backlight are starting, but there is no
> screen output (blank/black screen).
>
> After some (stuck-) time i'am able to ssh to it and it seems to be working
> okay - apart from the blank screen.
>
> Dmesg shows some "soft lockup, CPU stuck" errors, related to nouveau-drm
> (i think), see attached dmesg-output.
>
> There is no X11 involved (yet) - pure framebuffer-console.
>
> Kernel is from freedesktop-git, version "3.1.0-rc2+ #8 SMP Tue Aug 23
> 08:14:54 UTC 2011".
>
> Should this old hardware work / is it supported by current nouveau?
>
> If more info/logs is needed - please let me know.

Hi Erwin,

Afaik nouveau is supported on your hardware, thus please feel free to open
a bug report [1]. As otherwise your email may/will get lost in the ML

Please note that resolving it may take some time due to shortage of
manpower

In your case something wrong is happening in the TMDS initialization script
thus your blank display

Can you append "drm.debug=0x2 log_buf_len=1M" to your kernel command line
and attach to your bug report
1. Your dmesg output
2. Your vbios [2]

Thanks
Emil

[1] http://nouveau.freedesktop.org/wiki/Bugs
[2] http://nouveau.freedesktop.org/wiki/DumpingVideoBios

>
> Thanks
>
Comment 1 Erwin Rieger 2011-08-23 23:26:17 UTC
Created attachment 50516 [details]
vbtracetool vbios dump
Comment 2 Ilia Mirkin 2013-08-18 18:09:51 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.