[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171006001649.GA21884@electric-eye.fr.zoreil.com>
Date: Fri, 6 Oct 2017 02:16:50 +0200
From: Francois Romieu <romieu@...zoreil.com>
To: Daniel Drake <drake@...lessm.com>
Cc: nic_swsd@...ltek.com, netdev@...r.kernel.org,
linux-acpi@...r.kernel.org,
Linux Kernel <linux-kernel@...r.kernel.org>,
Linux Upstreaming Team <linux@...lessm.com>
Subject: Re: r8169 Wake-on-LAN causes immediate ACPI GPE wakeup
Daniel Drake <drake@...lessm.com> :
[...]
> Also, is there a standard behaviour defined for ethernet drivers
> regarding wake-on-LAN? r8169 appears to enable wake-on-LAN by default
> if it believes the hardware is capable of it,
If so it isn't its designed behavior.
The r8169 driver does not enable specific WoL event source (unicast packet,
link, etc.). It should keep the current settings unless one of those holds:
- explicit wol config from userspace (obviously :o) )
- runtime pm requires different settings to resume. The change should
be temporary (save before suspend, restore after resume).
The device is supposed to require both an event source + Config1.PMEnable.
A problem may happen if some event source bit is already set while
Config1.PMEnable is not. The driver has been forcing Config1.PMEnable
since 5d06a99f543e734ceb53bbc9e550537be97f0c49. One may thus experience
transition from inconsistent wol settings to enabled ones (if you want
to dig it, check beforehand if Config1.PMEnable is really read-write or
hardwired to 1).
Whatever it seems rather orthogonal with your wake over wifi style instant
resume symptom.
--
Ueimor
Powered by blists - more mailing lists