> Great, I submitted the patch and marked it for stable inclusion!
>
> It should percolate through the trees in a couple of weeks.
Cool. Jakub, thank you very much for your awesome assistance!
Zbynek
On Fri, 5 Mar 2021 13:50:28 +0100 Zbynek Michl wrote:
> On Thu, Mar 4, 2021 at 6:51 PM Jakub Kicinski wrote:
>
> > Depends if kernel attempts to try to send a packet before __alx_open()
> > finishes. You can probably make it more likely by running trafgen, iperf
> > or such while suspending and r
On Thu, Mar 4, 2021 at 6:51 PM Jakub Kicinski wrote:
> Depends if kernel attempts to try to send a packet before __alx_open()
> finishes. You can probably make it more likely by running trafgen, iperf
> or such while suspending and resuming?
I've tried "ping -f " first, but there was no effect -
On Thu, 4 Mar 2021 13:50:01 +0100 Zbynek Michl wrote:
> Looks good so far, but need to wait some more time as the issue was irregular.
>
> Do you have any explanation why the calls disorder caused the panic
> just occasionally?
Depends if kernel attempts to try to send a packet before __alx_open(
Looks good so far, but need to wait some more time as the issue was irregular.
Do you have any explanation why the calls disorder caused the panic
just occasionally?
Also, the same (wrong) order I can see in the 3.16 kernel code, but it
has worked fine with this kernel in all cases. So what is di
On Mon, 1 Mar 2021 23:11:05 +0100 Zbynek Michl wrote:
> Hello,
>
> Can anybody help me with the following kernel issue?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983595
>
> Do I understand it correctly that the kernel crashes due to the bug in
> the alx driver?
Order of calls on resume
Hello,
Can anybody help me with the following kernel issue?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983595
Do I understand it correctly that the kernel crashes due to the bug in
the alx driver?
Thank you
Zbynek
