Re: [PATCH] jme: remove the jme driver as it is no longer maintained

2 messages, 1 author, 2016-02-23 · open the first message on its own page

Re: [PATCH] jme: remove the jme driver as it is no longer maintained

From: Diego Viola <hidden>
Date: 2016-02-21 17:23:45

On Sun, Feb 21, 2016 at 9:45 AM, One Thousand Gnomes
[off-list ref] wrote:
quoted
I would appreciate some hint from someone who is more experienced with drivers.
Start by testing

- loading the driver as a module
- using the networking
- unloading the module (and checking it stays unloaded!)

then suspend/resume

If that works then you have a good starting point because you know a
sequence of actions that suspends properly. If it fails then it's going
to be rather more fun because it implies something in the hardware has
not been properly shut down.

Alan
Hi Alan,

Thanks for your email, did you see my bug report? Because I tried all
this already.

The only workarounds I've found to work is one of these:

$ rmmod jme # before suspend

or

$ ip link set ens34 down

or

$ echo 0 > /sys/power/pm_async # disable async power management

Then resume works fine (I can't reproduce the hang).

I'm not a C developer nor a kernel developer, I tried looking at the
jme.c driver code but it's not clear what is broken and what needs
fixing, so I would appreciate someone more experienced looking at the
issue and giving me an idea or two.

Thanks,
Diego

Re: [PATCH] jme: remove the jme driver as it is no longer maintained

From: Diego Viola <hidden>
Date: 2016-02-23 01:38:32

On Sun, Feb 21, 2016 at 2:17 PM, Diego Viola [off-list ref] wrote:
On Sun, Feb 21, 2016 at 9:45 AM, One Thousand Gnomes
[off-list ref] wrote:
quoted
quoted
I would appreciate some hint from someone who is more experienced with drivers.
Start by testing

- loading the driver as a module
- using the networking
- unloading the module (and checking it stays unloaded!)

then suspend/resume

If that works then you have a good starting point because you know a
sequence of actions that suspends properly. If it fails then it's going
to be rather more fun because it implies something in the hardware has
not been properly shut down.

Alan
Hi Alan,

Thanks for your email, did you see my bug report? Because I tried all
this already.

The only workarounds I've found to work is one of these:

$ rmmod jme # before suspend

or

$ ip link set ens34 down

or

$ echo 0 > /sys/power/pm_async # disable async power management

Then resume works fine (I can't reproduce the hang).

I'm not a C developer nor a kernel developer, I tried looking at the
jme.c driver code but it's not clear what is broken and what needs
fixing, so I would appreciate someone more experienced looking at the
issue and giving me an idea or two.

Thanks,
Diego
Please disregard this patch, I feel like an idiot for sending it.

I've found a fix already and sent a patch.

Diego
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help