[Nouveau] [Bug 78530] New: Memory corruption on Lenovo t440p with runpm

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat May 10 08:22:28 PDT 2014


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

          Priority: medium
            Bug ID: 78530
          Assignee: nouveau at lists.freedesktop.org
           Summary: Memory corruption on Lenovo t440p with runpm
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: nikoamia at gmail.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

On recent kernels with runpm the system crashes (with a big memory corruption)
when nvidia card is disabled and then enabled on Lenovo T440p laptops with
recent BIOSes (1.16+).

My investigations into this:
1. The crash occurs even with just acpi_call, so it looks like on those BIOSes
there is some new kind of procedure for enabling nvidia.
2. ACPI calls from Windows and Linux does not differ much (and trying Windows'
calling sequence does not help). Also, DSDT from 1.14 and 1.16 BIOSes basically
do not differ.
3. The bug can be workarounded by disabling all memory upper than 4GB
4. This bug affects not really memory (there is no corruption of regular
memory), but devices using memory regions. For example, I can load system from
ramdisk with all such devices disabled, (1) perform acpi nvidia disable-enable
and (2) try to load such module (order of (1) and (2) does not matter) --
errors pile up, even if I unload and load this module.

My own hypothesis is that something with PCI bus gets broken -- maybe some
reinitialization needs to be performed?

Links:
1. https://github.com/Bumblebee-Project/bbswitch/issues/78 (main discussion
place)
2. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1268669 (ubuntu bug
report)
3. https://bbs.archlinux.org/viewtopic.php?pid=1414109 (one of forum threads
about this)

-- 
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/20140510/1db08138/attachment.html>


More information about the Nouveau mailing list