Bug 85444 - [NV46] Heavy corruption, no hardfreeze, back to console and libexa.so segfault
Summary: [NV46] Heavy corruption, no hardfreeze, back to console and libexa.so segfault
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: git
Hardware: Other All
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
Depends on:
Reported: 2014-10-25 14:50 UTC by Jesús Guerrero Botella
Modified: 2019-12-04 08:50 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Screenshot (2.44 MB, text/plain)
2014-10-25 14:50 UTC, Jesús Guerrero Botella
no flags Details
dmesg output (53.60 KB, text/plain)
2014-10-25 14:51 UTC, Jesús Guerrero Botella
no flags Details
X log (28.31 KB, text/plain)
2014-10-25 14:51 UTC, Jesús Guerrero Botella
no flags Details
Screenshot (2.44 MB, image/jpeg)
2014-10-25 14:53 UTC, Jesús Guerrero Botella
no flags Details

Description Jesús Guerrero Botella 2014-10-25 14:50:54 UTC
Created attachment 108396 [details]


I am trying to use the nouveau driver in an Aspire 9420, which is shipped with a go7300 nvidia card. The lspci line is this:

01:00.0 VGA compatible controller: NVIDIA Corporation G72M [Quadro NVS 110M/GeForce Go 7300] (rev a1)

I am using the following software:
* gentoo x86_64
* kernel 3.17.1 from kernel.org, no patches
* no fb driver enabled, other than what the nouveau drm stack enables automatically as deps
* no compositor, no xorg.conf
* libdrm, xf86-video-nouveau and mesa from git as of today (oct 25, 2014)
* xorg-server 1.16.1

When I boot my machine I can see the fb coming up, and the mode is set ok (with tiny characters and such). When startx takes into scene, then the screen becomes a pile of garbage. The laptop is not hard-frozen however. Most times, after like a minute or two I am taken back to the console (not always though). In any case, the computer is responsive. I can control+alt+del it even when the console remains garbled. Because of this, I was able to easily save the X log and the dmesg output, which I attach along with a photo of the corrupted screen.

I have tried rebuilding everything many times, in the hope that any ABI issues went away, but no change.
Comment 1 Jesús Guerrero Botella 2014-10-25 14:51:21 UTC
Created attachment 108397 [details]
dmesg output
Comment 2 Jesús Guerrero Botella 2014-10-25 14:51:58 UTC
Created attachment 108398 [details]
X log
Comment 3 Jesús Guerrero Botella 2014-10-25 14:53:31 UTC
Created attachment 108399 [details]
Comment 4 Jesús Guerrero Botella 2014-10-28 12:19:26 UTC
I found that if I compile this statically into my kernel it seems to work. Haven't done any extensive testing though.
Comment 5 Martin Peres 2019-12-04 08:50:46 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/141.

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.