From: Diego Viola <hidden> Date: 2016-02-10 04:19:52
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
From: Diego Viola <hidden> Date: 2016-02-10 21:36:55
On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola [off-list ref] 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
From: Diego Viola <hidden> Date: 2016-02-12 08:17:25
On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola [off-list ref] wrote:
On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola [off-list ref] wrote:
quoted
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
From: Diego Viola <hidden> Date: 2016-02-13 20:38:18
On Fri, Feb 12, 2016 at 6:17 AM, Diego Viola [off-list ref] wrote:
On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola [off-list ref] wrote:
quoted
On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola [off-list ref] wrote:
quoted
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
From: Diego Viola <hidden> Date: 2016-02-14 20:16:49
On Sat, Feb 13, 2016 at 6:38 PM, Diego Viola [off-list ref] wrote:
On Fri, Feb 12, 2016 at 6:17 AM, Diego Viola [off-list ref] wrote:
quoted
On Wed, Feb 10, 2016 at 7:36 PM, Diego Viola [off-list ref] wrote:
quoted
On Wed, Feb 10, 2016 at 2:19 AM, Diego Viola [off-list ref] wrote:
quoted
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
From: Pavel Machek <hidden> Date: 2016-02-22 10:09:20
Hi!
quoted
quoted
quoted
quoted
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?
quoted
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
From: Diego Viola <hidden> Date: 2016-02-22 19:00:45
On Mon, Feb 22, 2016 at 7:09 AM, Pavel Machek [off-list ref] wrote:
Hi!
quoted
quoted
quoted
quoted
quoted
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?
quoted
quoted
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
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
From: Pavel Machek <hidden> Date: 2016-02-22 19:20:24
On Mon 2016-02-22 15:59:48, Diego Viola wrote:
On Mon, Feb 22, 2016 at 7:09 AM, Pavel Machek [off-list ref] wrote:
quoted
Hi!
quoted
quoted
quoted
quoted
quoted
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?
quoted
quoted
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?
From: Diego Viola <hidden> Date: 2016-02-23 00:38:10
On Mon, Feb 22, 2016 at 4:20 PM, Pavel Machek [off-list ref] wrote:
On Mon 2016-02-22 15:59:48, Diego Viola wrote:
quoted
On Mon, Feb 22, 2016 at 7:09 AM, Pavel Machek [off-list ref] wrote:
quoted
Hi!
quoted
quoted
quoted
quoted
quoted
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?
quoted
quoted
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?
Dear Diego and who concerns about this driver:
Thanks for reporting it. I can still provide some help, but it's just I'm quite busy.
So that you have not seem me sending patch for a long time.
I wrote this driver when I wan an intern in JMicron during one of my summer vacation
while I'm still student in 2008. And form that point, I do the maintenance just
for fun, not taking any money from them.
JMicron stopped contact me for a long time, and Diego told me that JMicron told him
this chip was EOL 6 years ago.
I have a confidential spec of this chip. I can still provide some help.
Diego is working closely with me for this issue right now.
On Mon, 22 Feb 2016 11:09:07 +0100, Pavel Machek wrote
Hi!
quoted
quoted
quoted
quoted
quoted
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?
quoted
quoted
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
From: Diego Viola <hidden> Date: 2016-03-07 01:35:56
On Wed, Mar 2, 2016 at 2:04 AM, Guo-Fu Tseng [off-list ref] wrote:
Dear Diego and who concerns about this driver:
Thanks for reporting it. I can still provide some help, but it's just I'm quite busy.
So that you have not seem me sending patch for a long time.
I wrote this driver when I wan an intern in JMicron during one of my summer vacation
while I'm still student in 2008. And form that point, I do the maintenance just
for fun, not taking any money from them.
JMicron stopped contact me for a long time, and Diego told me that JMicron told him
this chip was EOL 6 years ago.
I have a confidential spec of this chip. I can still provide some help.
Diego is working closely with me for this issue right now.
On Mon, 22 Feb 2016 11:09:07 +0100, Pavel Machek wrote
quoted
Hi!
quoted
quoted
quoted
quoted
quoted
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?
quoted
quoted
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