linux-kernel - Re: PROBLEM: Marvell 88E8040 (sky2) fails after hibernation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.DEB.2.21.1906231448540.32342@nanos.tec.linutronix.de>
Date:   Sun, 23 Jun 2019 14:54:13 +0200 (CEST)
From:   Thomas Gleixner <tglx@...utronix.de>
To:     Octavio Alvarez <octallk1@...arezp.org>
cc:     Linus Torvalds <torvalds@...ux-foundation.org>,
        LKML <linux-kernel@...r.kernel.org>, x86@...nel.org,
        Ingo Molnar <mingo@...hat.com>, Borislav Petkov <bp@...en8.de>,
        "H. Peter Anvin" <hpa@...or.com>,
        Marc Zyngier <marc.zyngier@....com>,
        "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
        "Steven Rostedt (VMware)" <rostedt@...dmis.org>,
        Jiang Biao <jiang.biao2@....com.cn>,
        Yi Wang <wang.yi59@....com.cn>,
        Dou Liyang <douly.fnst@...fujitsu.com>,
        Nicolai Stange <nstange@...e.de>,
        Mirko Lindner <mlindner@...vell.com>,
        Stephen Hemminger <stephen@...workplumber.org>
Subject: Re: PROBLEM: Marvell 88E8040 (sky2) fails after hibernation

Octavio,

On Sat, 22 Jun 2019, Thomas Gleixner wrote:
> On Wed, 19 Jun 2019, Octavio Alvarez wrote:
> > On 6/13/19 3:45 PM, Thomas Gleixner wrote:
> > > Can you please provide the content of /proc/interrupts with the driver
> > > loaded and working after boot (don't hibernate) for the following kernels:
> > > 
> > 
> > $ cat linux-master-after-boot.txt
> >            CPU0       CPU1       CPU2       CPU3
> 
> >  27:          1          0          0          0   PCI-MSI 3145728-edge eth0
> 
> > >    Linus upstream + revert
> > 
> > $ cat linux-master-reverted-after-boot.txt
> >            CPU0       CPU1       CPU2       CPU3
> 
> >  27:          1          0          0          0   PCI-MSI 3145728-edge eth0
>  
> > Meanwhile, here it is for 4.9, which is the latest Debian-provided kernel and
> > worked:
> > 
> > $ cat linux-4.9-after-boot.txt
> >            CPU0       CPU1       CPU2       CPU3
> 
> >  24:          1          0          0          0   PCI-MSI 3145728-edge eth0
>  
> > I will keep trying 4.14, unless you say otherwise.
> 
> It would be interesting though I don't expect too much data.
> 
> So all of the above use PCI/MSI. That's at least a data point. I need to
> stare into that driver again to figure out why this might make a
> difference, but right now I'm lost.

One other data point you could provide please:

 Load the driver on Linus master with the following module parameter:

   disable_msi=1

That switches to INTx usage. Does the machine resume proper with that?

Thanks,

	tglx