Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1330881 > unrolled thread

Computer fails to resume from suspend unless I rmmod jme before initiating the suspend

Started byDiego Viola <diego.viola@gmail.com>
First post2016-02-10 05:30 +0100
Last post2016-02-22 20:30 +0100
Articles 9 — 3 participants

Back to article view | Back to linux.kernel

Contents

  Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Diego Viola <diego.viola@gmail.com> - 2016-02-10 05:30 +0100
    Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Diego Viola <diego.viola@gmail.com> - 2016-02-10 22:40 +0100
      Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Diego Viola <diego.viola@gmail.com> - 2016-02-12 09:20 +0100
        Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Diego Viola <diego.viola@gmail.com> - 2016-02-13 21:40 +0100
          Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Diego Viola <diego.viola@gmail.com> - 2016-02-14 21:20 +0100
            Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Richard Weinberger <richard.weinberger@gmail.com> - 2016-02-14 21:30 +0100
            Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Pavel Machek <pavel@ucw.cz> - 2016-02-22 11:10 +0100
              Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Diego Viola <diego.viola@gmail.com> - 2016-02-22 20:10 +0100
                Re: Computer fails to resume from suspend unless I rmmod jme before  initiating the suspend Pavel Machek <pavel@ucw.cz> - 2016-02-22 20:30 +0100

#1330881 — Computer fails to resume from suspend unless I rmmod jme before initiating the suspend

FromDiego Viola <diego.viola@gmail.com>
Date2016-02-10 05:30 +0100
SubjectComputer fails to resume from suspend unless I rmmod jme before initiating the suspend
Message-ID<r0uzE-5H1-3@gated-at.bofh.it>
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

[toc] | [next] | [standalone]

#1331496

FromDiego Viola <diego.viola@gmail.com>
Date2016-02-10 22:40 +0100
Message-ID<r0KEp-7MN-1@gated-at.bofh.it>
In reply to#1330881
On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola <diego.viola@gmail.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

[toc] | [prev] | [next] | [standalone]

#1332567

FromDiego Viola <diego.viola@gmail.com>
Date2016-02-12 09:20 +0100
Message-ID<r1h7k-4kD-7@gated-at.bofh.it>
In reply to#1331496
On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola <diego.viola@gmail.com> wrote:
> On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola <diego.viola@gmail.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

I have tried to reproduce this problem with the latest git
(torvalds/linux.git) and also went back to Linux 3.11 and I still got
the hang with both, my plan was to run git bisect, but the problem
still occurs.

I opened this bug in bugzilla if it's preferred to deal with the problem there:

https://bugzilla.kernel.org/show_bug.cgi?id=112351

Thanks,
Diego

[toc] | [prev] | [next] | [standalone]

#1333360

FromDiego Viola <diego.viola@gmail.com>
Date2016-02-13 21:40 +0100
Message-ID<r1P8Z-1hb-1@gated-at.bofh.it>
In reply to#1332567
On Fri, Feb 12, 2016 at 6:17 AM, Diego Viola <diego.viola@gmail.com> wrote:
> On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola <diego.viola@gmail.com> wrote:
>> On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola <diego.viola@gmail.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
>
> I have tried to reproduce this problem with the latest git
> (torvalds/linux.git) and also went back to Linux 3.11 and I still got
> the hang with both, my plan was to run git bisect, but the problem
> still occurs.
>
> I opened this bug in bugzilla if it's preferred to deal with the problem there:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=112351
>
> Thanks,
> Diego

So I found that disabling async as in:

$ echo 0 > /sys/power/pm_async

Helps with my issue, I can't reproduce the hang anymore, tried
suspend/resume almost ~15 times.

Diego

[toc] | [prev] | [next] | [standalone]

#1333551

FromDiego Viola <diego.viola@gmail.com>
Date2016-02-14 21:20 +0100
Message-ID<r2bjc-7Fs-1@gated-at.bofh.it>
In reply to#1333360
On Sat, Feb 13, 2016 at 6:38 PM, Diego Viola <diego.viola@gmail.com> wrote:
> On Fri, Feb 12, 2016 at 6:17 AM, Diego Viola <diego.viola@gmail.com> wrote:
>> On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola <diego.viola@gmail.com> wrote:
>>> On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola <diego.viola@gmail.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
>>
>> I have tried to reproduce this problem with the latest git
>> (torvalds/linux.git) and also went back to Linux 3.11 and I still got
>> the hang with both, my plan was to run git bisect, but the problem
>> still occurs.
>>
>> I opened this bug in bugzilla if it's preferred to deal with the problem there:
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=112351
>>
>> Thanks,
>> Diego
>
> So I found that disabling async as in:
>
> $ echo 0 > /sys/power/pm_async
>
> Helps with my issue, I can't reproduce the hang anymore, tried
> suspend/resume almost ~15 times.
>
> Diego

Can someone please help?

[toc] | [prev] | [next] | [standalone]

#1333554

FromRichard Weinberger <richard.weinberger@gmail.com>
Date2016-02-14 21:30 +0100
Message-ID<r2bsR-7IL-5@gated-at.bofh.it>
In reply to#1333551
Diego,

On Sun, Feb 14, 2016 at 9:16 PM, Diego Viola <diego.viola@gmail.com> wrote:
> Can someone please help?

as I wrote on IRC, please wait at least a full week.

-- 
Thanks,
//richard

[toc] | [prev] | [next] | [standalone]

#1339307

FromPavel Machek <pavel@ucw.cz>
Date2016-02-22 11:10 +0100
Message-ID<r4VBh-42I-11@gated-at.bofh.it>
In reply to#1333551
Hi!

> >>>> Every time I initiate a suspend (systemctl suspend) the machine hangs
> >>>> at resume unless I unload the jme driver.

It seems to have some kind of suspend/resume support. ... and it is
rather complex.

Maybe jme_start_irq(jme) should be moved to the end of jme_resume
function?

> > So I found that disabling async as in:
> >
> > $ echo 0 > /sys/power/pm_async
> >
> > Helps with my issue, I can't reproduce the hang anymore, tried
> > suspend/resume almost ~15 times.
> >
> > Diego
> 
> Can someone please help?

									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[toc] | [prev] | [next] | [standalone]

#1339837

FromDiego Viola <diego.viola@gmail.com>
Date2016-02-22 20:10 +0100
Message-ID<r541Q-1YW-17@gated-at.bofh.it>
In reply to#1339307
On Mon, Feb 22, 2016 at 7:09 AM, Pavel Machek <pavel@ucw.cz> wrote:
> Hi!
>
>> >>>> Every time I initiate a suspend (systemctl suspend) the machine hangs
>> >>>> at resume unless I unload the jme driver.
>
> It seems to have some kind of suspend/resume support. ... and it is
> rather complex.
>
> Maybe jme_start_irq(jme) should be moved to the end of jme_resume
> function?
>
>> > So I found that disabling async as in:
>> >
>> > $ echo 0 > /sys/power/pm_async
>> >
>> > Helps with my issue, I can't reproduce the hang anymore, tried
>> > suspend/resume almost ~15 times.
>> >
>> > Diego
>>
>> Can someone please help?
>
>                                                                         Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Hi Pavel,

This did the trick, suspend/resume is now working perfectly for me
(tried more than 10 times). :)

Thank you so much, should I send a patch?

Diego

[toc] | [prev] | [next] | [standalone]

#1339856

FromPavel Machek <pavel@ucw.cz>
Date2016-02-22 20:30 +0100
Message-ID<r54lc-274-9@gated-at.bofh.it>
In reply to#1339837
On Mon 2016-02-22 15:59:48, Diego Viola wrote:
> On Mon, Feb 22, 2016 at 7:09 AM, Pavel Machek <pavel@ucw.cz> wrote:
> > Hi!
> >
> >> >>>> Every time I initiate a suspend (systemctl suspend) the machine hangs
> >> >>>> at resume unless I unload the jme driver.
> >
> > It seems to have some kind of suspend/resume support. ... and it is
> > rather complex.
> >
> > Maybe jme_start_irq(jme) should be moved to the end of jme_resume
> > function?
> >
> >> > So I found that disabling async as in:
> >> >
> >> > $ echo 0 > /sys/power/pm_async
> >> >
> >> > Helps with my issue, I can't reproduce the hang anymore, tried
> >> > suspend/resume almost ~15 times.
> >> >
> >> > Diego
> >>
> >> Can someone please help?
> 
> Hi Pavel,
> 
> This did the trick, suspend/resume is now working perfectly for me
> (tried more than 10 times). :)
> 
> Thank you so much, should I send a patch?

Yes please.

									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web