[Intel-wired-lan] [e1000e] Linux 4.9: unable to send packets after link recovery with patched driver
Gavin Lambert
intel at mirality.co.nz
Thu Sep 5 03:59:57 UTC 2019
On 2019-09-04 23:08, I wrote:
> On 2019-09-04 22:06, Winkler, Tomas wrote:
>> You can still disable runtime power management via sysfs and
>> permanently using udev rule on your particular system.
>> e.g. ATTR{../../power/control}="on"
>
> I'll do some more testing on this tomorrow, but I do recall trying
> setting power/control to "on" (via sysfs) for the device:
>
> 00:16.0 Communication controller: Intel Corporation Sunrise Point-H
> CSME HECI #1 (rev 31)
>
> which was the one that I noticed was suspended. Is this the mei
> device?
>
> In any case when I tried it before it didn't seem to help, but I think
> this was after link-down and things had already failed. I'll try
> testing a few more cases, including doing it pre-emptively.
Good news: while forcing the mei_me device to "on" does not recover from
the problem once it has happened, it does appear to prevent the problem
from happening. (I assume this is because it effectively reverts the
problem commit without any actual code changes.)
I was able to get this to happen on boot by setting
/etc/udev/rules.d/20-mei.rules:
ACTION=="add",KERNEL=="mei0",ATTR{../../power/control}="on"
(Initially I tried to match on DRIVER=="mei_me" to avoid the parent
attribute reference, but this didn't trigger on boot. The above seems
to work though.)
This is probably a sufficient workaround for now to keep me happy. Is
there anything else you wanted me to test while I have the system handy?
(FWIW, I did previously verify that the original problem also occurs in
Linux 4.19, though I don't recall the precise version at the moment.)
More information about the Intel-wired-lan
mailing list