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: <CA+ToGPF9cpdVLEHc7Vz79=-P7Jp76Y=M=p=bORhUNrXtb6+LNA@mail.gmail.com>
Date:	Wed, 10 Feb 2016 19:36:51 -0200
From:	Diego Viola <diego.viola@...il.com>
To:	cooldavid@...ldavid.org
Cc:	netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: Computer fails to resume from suspend unless I rmmod jme before
 initiating the suspend

On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola <diego.viola@...il.com> wrote:
> Hi Guo,
>
> I have an x86 computer with this network card:
>
> 02:00.0 Ethernet controller: JMicron Technology Corp. JMC260 PCI
> Express Fast Ethernet Controller (rev 03)
>
> Every time I initiate a suspend (systemctl suspend) the machine hangs
> at resume unless I unload the jme driver.
>
> Here is a Call Trace I was able to get after it hanged:
>
> <IRQ>
> tasklet_action+0xb0/0xd0
> __do_softirq+0xcf/0x290
> irq_exit+0xa3/0xb0
> do_IRQ+0x54/0xd0
> common_interrupt+0x82/0x82
>
> <EOI>
> jme_start_irq+0x84/0xa0 [jme]
> jme_resume+0x12f/0x210 [jme]
> pci_pm_resume+0x64/0xa0
> ? pci_pm_thaw+0x90/0x90
> dpm_run_callback+0x4e/0x130
> device_resume+0xd3/0x1f0
> async_resume+0x1d/0x50
> async_run_entry_fn+0x48/0x150
> process_one_work+0x14b/0x440
> worker_thread+0x48/0x4a0
> ? process_one_work+0x440/0x440
> kthread+0xd8/0xf0
> ? kthread_worker_fn+0x170/0x170
> ret_from_fork+0x3f/0x70
> ? kthread_worker_fn+0x170/0x170
>
> Please note that I had to type the calltrace above as I don't have a
> serial cable and netconsole didn't work for me for some reason, so
> there could be typos I didn't notice.
>
> I run Arch Linux (x86-64), my uname is:
>
> $ uname -a
> Linux myhost 4.4.1-2-ARCH #1 SMP PREEMPT Wed Feb 3 13:12:33 UTC 2016
> x86_64 GNU/Linux
>
> Please let me know if you have any questions or need any other information.
>
> Thanks,
>
> Diego

I found something interesting, I can suspend/resume just fine when the
module is loaded and when I do this:

$ ip link set ens34 down

When I bring the device up again the hang still occurs.

Diego

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ