[Intel-wired-lan] [PATCH v2 0/5] Improve s0ix flows for systems i219LM

Limonciello, Mario Mario.Limonciello at dell.com
Wed Dec 2 19:24:28 UTC 2020


> -----Original Message-----
> From: Jakub Kicinski <kuba at kernel.org>
> Sent: Wednesday, December 2, 2020 13:07
> To: Limonciello, Mario
> Cc: Tony Nguyen; intel-wired-lan at lists.osuosl.org; Linux PM; Netdev; Alexander
> Duyck; Sasha Netfin; Aaron Brown; Stefan Assmann; David Miller;
> darcari at redhat.com; Shen, Yijun; Yuan, Perry
> Subject: Re: [PATCH v2 0/5] Improve s0ix flows for systems i219LM
> 
> 
> [EXTERNAL EMAIL]
> 
> On Wed,  2 Dec 2020 10:17:43 -0600 Mario Limonciello wrote:
> > commit e086ba2fccda ("e1000e: disable s0ix entry and exit flows for ME
> systems")
> > disabled s0ix flows for systems that have various incarnations of the
> > i219-LM ethernet controller.  This was done because of some regressions
> > caused by an earlier
> > commit 632fbd5eb5b0e ("e1000e: fix S0ix flows for cable connected case")
> > with i219-LM controller.
> >
> > Performing suspend to idle with these ethernet controllers requires a
> properly
> > configured system.  To make enabling such systems easier, this patch
> > series allows turning on using ethtool.
> >
> > The flows have also been confirmed to be configured correctly on Dell's
> Latitude
> > and Precision CML systems containing the i219-LM controller, when the kernel
> also
> > contains the fix for s0i3.2 entry previously submitted here:
> > https://marc.info/?l=linux-netdev&m=160677194809564&w=2
> >
> > Patches 3 and 4 will turn the behavior on by default for Dell's CML systems.
> > Patch 5 allows accessing the value of the flags via ethtool to tell if the
> > heuristics have turned on s0ix flows, as well as for development purposes
> > to determine if a system should be added to the heuristics list.
> 
> I don't see PCI or Bjorn Helgaas CCed.
> 
> You can drop linux-kernel tho.

Correct, that was intentional that PCI (and Bjorn) weren't added.  Since I came
up with a way to detect platforms without DMI as suggested and this is entirely
controlling a driver behavior within e1000e only on systems with i219-LM I
didn't think that PCI ML was actually needed.

Since you disagree, I'll add Bjorn into this thread.

@Bjorn Helgaas,

Apologies that you're looped in this way rather than directly to the submission,
but the cover letter is above and the patch series can be viewed at this patchwork
if you would like to fetch the mbox and respond to provide any comments.

https://patchwork.ozlabs.org/project/netdev/list/?series=218121

I'll include you directly if any future v3 is necessary.




More information about the Intel-wired-lan mailing list