Bug 99385 - Nouveau produces soft lockups
Summary: Nouveau produces soft lockups
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-12 15:33 UTC by celelibi
Modified: 2017-12-31 12:46 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg log from boot to bug (76.85 KB, text/plain)
2017-01-12 15:33 UTC, celelibi
no flags Details
acpidump -z -o acpidump.txt (1.01 MB, text/plain)
2017-01-29 14:47 UTC, celelibi
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description celelibi 2017-01-12 15:33:00 UTC
Created attachment 128914 [details]
dmesg log from boot to bug

Nouveau driver seems to produce soft lockups.

The most notable effect is that some syscalls "hangs", the whole system become very slow and this kind f message appear in every terminals:

NMI watchdog: BUG: soft lockup - CPU#6 stuck for 23s! [kworker/6:2:324]

This seems related to power management, since adding the option runpm=0 doesn't produce the lockups. This bug can be triggered by many things, including running commands like lspci.

I attach the dmesg log from boot up to the bug.
Comment 1 celelibi 2017-01-29 14:47:01 UTC
Created attachment 129216 [details]
acpidump -z -o acpidump.txt
Comment 2 Peter Wu 2017-01-29 15:04:04 UTC
Based on your acpidump for an Alienware 15 R3/0GY3V1, BIOS 1.0.8 11/12/2016 with GTX 1070, I found this in ssdt6.dsl:

        Method (PGOF, 1, Serialized)
        {
...
            If (((\_SB.GGIV (0x01030009) == Zero) || (OSYS == 0x07D9)))
            {
...
            }
            Else
            {
                LKDS (PIOF)
            }
...
        }

This is a common pattern that is known to give issues. The "LKDS" part seems to cause issues, so you want to force the other code path. As OSYS is 2009 (set in DSDT), try booting with:

 acpi_osi=! acpi_osi="Windows 2009"

See also https://bugzilla.kernel.org/show_bug.cgi?id=156341
Comment 3 celelibi 2017-01-29 18:11:16 UTC
I'm not sure what it means, but this works around the issue as well.


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.