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

[bugzilla-daemon at freedesktop.org]

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

--- Comment #12 from Dmitry Nezhevenko <dion at dion.org.ua> ---
Hi,

I also have affected T440p machine that corrupts everything once runtime PM is
enabled or after calling ACPI method to resume card.

It was stated in bumblebee github thread, that adding "memmap=99G$0x100000000"
to kernel fixes issues on affected systems. 

My case looks a bit interesting because I have only 4GB of RAM right now, so
disabling everything above 4GB should not change behavior. But it changes!
Adding memmap= magic fixes issue for me. 

I've tried to compare /proc/iomem with and without boot options and found one
difference. Once booted with memmap=99G$0x100000000 I'm getting one large
reserved region:

   bceff000-18ffffffff : reserved
     bda00000-bf9fffff : Graphics Stolen Memory
     bfa00000-febfffff : PCI Bus 0000:00
       c0000000-d1ffffff : PCI Bus 0000:02
         c0000000-cfffffff : 0000:02:00.0
         d0000000-d1ffffff : 0000:02:00.0
       e0000000-efffffff : 0000:00:02.0
     ...

All PCI devices are inside this one large region. But if I boot with default
options, iomem is different:

   bceff000-bf9fffff : reserved
     bda00000-bf9fffff : Graphics Stolen Memory
   bfa00000-febfffff : PCI Bus 0000:00
     c0000000-d1ffffff : PCI Bus 0000:02
       c0000000-cfffffff : 0000:02:00.0
       d0000000-d1ffffff : 0000:02:00.0
     e0000000-efffffff : 0000:00:02.0
     f0000000-f0ffffff : PCI Bus 0000:02
       f0000000-f0ffffff : 0000:02:00.0
     f1000000-f13fffff : 0000:00:02.0
     f1400000-f14fffff : PCI Bus 0000:04

So now this reserved region starting at bceff000 covers all PCI devices.

[ I'm attaching both iomap files ]

To check this I've tried to explicitly reserve whole region by booting with
memmap=1100M$0xbfa00000 parameter. And got pretty similar to mem"map=99G"
iomap. But system still crashes after runtime pm.

I also was able to capture PCI configuration space for NVIDIA card from Win8
(where everything works). So I can confirm that after acpi_call windows also
shows just 0xFF bytes. But once resumed, it's a bit different from linux. Both
files attached.

Any ideas? Maybe card is somehow misconfigured?

Thanks

-- 
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/20140902/af8a7ee9/attachment.html>