Re: Fwd: [Bug 199879] New: Very basic the Pci device is not resumed from suspend mode

[Bjorn Helgaas]

[+to Rafal]

Sorry, I'm an idiot and forgot to include Rafal, the submitter, when I
forwarded this report to the mailing lists.

I suspect that the config accessors used by lspci should temporarily
wake up devices that are asleep, instead of reporting 0xff data (or if
that's not feasible, maybe we should add a comment in the kernel and a
note in the lspci man page).

I'm not sure yet where to go beyond that.

On Wed, May 30, 2018 at 07:41:35AM -0700, Bjorn Helgaas wrote:
> [+cc linux-pci, linux-kernel, linux-pm]
> 
> I'm not sure I understand the problem yet, so please correct me if I'm wrong:
> 
>   - Your system has both Nvidia and Intel graphics devices
> 
>   - When you use Intel graphics, lspci, lshw, and /proc/bus/pci for
> the Nvidia device show invalid data (0xff) after suspend/resume
> 
>   - When you use Nvidia graphics, suspend/resume doesn't work (instead
> of resuming, you just get a blank screen)
> 
> Can you attach the output of "sudo lspci -vv" to the bugzilla, please?
> 
> ---------- Forwarded message ---------
> From: <bugzilla-daemon@xxxxxxxxxxxxxxxxxxx>
> Date: Tue, May 29, 2018 at 1:29 PM
> Subject: [Bug 199879] New: Very basic the Pci device is not resumed
> from suspend mode
> To: <bhelgaas@xxxxxxxxxx>
> 
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=199879
> 
>             Bug ID: 199879
>            Summary: Very basic the Pci device is not resumed from suspend
>                     mode
>            Product: Drivers
>            Version: 2.5
>     Kernel Version: kernel-4.15.17
>           Hardware: x86-64
>                 OS: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: high
>           Priority: P1
>          Component: PCI
>           Assignee: drivers_pci@xxxxxxxxxxxxxxxxxxxx
>           Reporter: uzg@xxxxx
>         Regression: No
> 
> Hi, I have problem with very basic device. Device pci-e not resume from
> suspend. Only sleep.
> 
> I have a problem with anyone interested in it, because everyone thinks it is
> the fault of the device drivers themselves. But this is not a problem.
> 
> This device is a basic device. I've already installed drivers on various
> hardware and it has always been ok, but not this time.
> 
> I'm an electronics technician. After diagnosing what I managed, in my opinion
> the device remains asleep.
> 
> Where does my application come from?
> I have multiuser mode and I do not use this device. After suspend lspci and
> lshw show normal data. Normal data is in /proc/bus/pci/...
> Next suspend and resume, and...
> lspci see hardware, but is error
> lshw see hardware as undefined device
> data in /proc/bus/pci/... is only 0xFF
> Hardware sleep, not work, not ready. This is bug.
> 
> But since the problem concerns the graphics card in the configuration with the
> second default Intel card, everyone thinks that this is another driver problem
> as always and nobody wants to take a look at it :(
> 
> The problem is easy to recognize. On the internet, I've seen a lot of
> unresolved problems in which I could see exactly what I found.
> 
> My hardware is Lenovo with NVidia and Intel Graphics. Problem is with NVidia. I
> tested Z710 and Z50-70. The first symptom of the problem is lspci in multiuser
> mode (or when is XServer with intel graphics). After suspend NVidia have e.g
> "rev. A1", after resume is "rev. FF". Next symptom lshw and /proc/bus/pci/...
> When system started with normal NVidia driver, system not resume and halt, only
> black screen.
> 
> There are many examples on the Internet with unsolved problems e.g
> https://www.lwks.com/index.php?option=com_kunena&func=view&catid=21&id=124374&Itemid=81
> 
> --
> You are receiving this mail because:
> You are watching the assignee of the bug.