> -----Original Message-----
> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
> On Behalf Of Jeff Kirsher
> Sent: Monday, October 21, 2019 11:02 AM
> To: da...@davemloft.net
> Cc: Neftin, Sasha <sasha.nef...@intel.com>; netdev@vger.kernel.org;
> nhor...@redhat.com; sassm...@redhat.com; Wysocki, Rafael J
> <rafael.j.wyso...@intel.com>; Lifshits, Vitaly <vitaly.lifsh...@intel.com>;
> Rajneesh Bhardwaj <rajneesh.bhard...@linux.intel.com>; Brown, Aaron F
> <aaron.f.br...@intel.com>; Kirsher, Jeffrey T <jeffrey.t.kirs...@intel.com>
> Subject: [net-next v3 2/5] e1000e: Add support for S0ix
> 
> From: Sasha Neftin <sasha.nef...@intel.com>
> 
> Implement flow for S0ix support. Modern SoCs support S0ix low power
> states during idle periods, which are sub-states of ACPI S0 that increase
> power saving while supporting an instant-on experience for providing
> lower latency that ACPI S0. The S0ix states shut off parts of the SoC
> when they are not in use, while still maintaning optimal performance.
> This patch add support for S0ix started from an Ice Lake platform.
> 
> Suggested-by: "Rafael J. Wysocki" <rafael.j.wyso...@intel.com>
> Signed-off-by: Vitaly Lifshits <vitaly.lifsh...@intel.com>
> Signed-off-by: Rajneesh Bhardwaj <rajneesh.bhard...@linux.intel.com>
> Signed-off-by: Sasha Neftin <sasha.nef...@intel.com>
> Tested-by: Aaron Brown <aaron.f.br...@intel.com>
> Signed-off-by: Jeff Kirsher <jeffrey.t.kirs...@intel.com>
> ---
>  drivers/net/ethernet/intel/e1000e/netdev.c | 182 +++++++++++++++++++++
>  drivers/net/ethernet/intel/e1000e/regs.h   |   4 +
>  2 files changed, 186 insertions(+)

This patch generates warnings that e1000e_s0ix_entry_flow and 
e1000e_s0ix_exit_flow
are defined but not used [-Wunused-function] when CONFIG_PM_SLEEP is not 
defined.

The warnings were called out by Intel's 0-DAY kernel test infrastructure after 
this patch
was merged into the dev-queue branch of Jeff's next-queue tree, so any fix for 
the warnings
should include the tag " Reported-by: kbuild test robot <l...@intel.com>".

Bruce.

Reply via email to