lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DB8PR04MB67950DCAF237564B10BF57DFE65F9@DB8PR04MB6795.eurprd04.prod.outlook.com>
Date:   Thu, 29 Apr 2021 07:11:27 +0000
From:   Joakim Zhang <qiangqing.zhang@....com>
To:     Florian Fainelli <f.fainelli@...il.com>,
        Andrew Lunn <andrew@...n.ch>
CC:     "peppe.cavallaro@...com" <peppe.cavallaro@...com>,
        "alexandre.torgue@...com" <alexandre.torgue@...com>,
        "joabreu@...opsys.com" <joabreu@...opsys.com>,
        "davem@...emloft.net" <davem@...emloft.net>,
        "kuba@...nel.org" <kuba@...nel.org>,
        "Jisheng.Zhang@...aptics.com" <Jisheng.Zhang@...aptics.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        dl-linux-imx <linux-imx@....com>
Subject: RE: [PATCH V3 net] net: stmmac: fix MAC WoL unwork if PHY doesn't
 support WoL


> -----Original Message-----
> From: Florian Fainelli <f.fainelli@...il.com>
> Sent: 2021年4月29日 0:22
> To: Andrew Lunn <andrew@...n.ch>; Joakim Zhang
> <qiangqing.zhang@....com>
> Cc: peppe.cavallaro@...com; alexandre.torgue@...com;
> joabreu@...opsys.com; davem@...emloft.net; kuba@...nel.org;
> Jisheng.Zhang@...aptics.com; netdev@...r.kernel.org; dl-linux-imx
> <linux-imx@....com>
> Subject: Re: [PATCH V3 net] net: stmmac: fix MAC WoL unwork if PHY doesn't
> support WoL
> 
> 
> 
> On 4/28/2021 5:26 AM, Andrew Lunn wrote:
> >>  static int stmmac_set_wol(struct net_device *dev, struct
> >> ethtool_wolinfo *wol)  {
> >>  	struct stmmac_priv *priv = netdev_priv(dev);
> >> -	u32 support = WAKE_MAGIC | WAKE_UCAST;
> >> +	struct ethtool_wolinfo wol_phy = { .cmd = ETHTOOL_GWOL };
> >> +	u32 support = WAKE_MAGIC | WAKE_UCAST | WAKE_MAGICSECURE |
> >> +WAKE_BCAST;
> >
> > Reverse christmass tree please.
> >
> >>
> >> -	if (!device_can_wakeup(priv->device))
> >> -		return -EOPNOTSUPP;
> >> +	if (wol->wolopts & ~support)
> >> +		return -EINVAL;
> >
> > Maybe -EOPNOTSUPP would be better.
> >
> >>
> >> -	if (!priv->plat->pmt) {
> >> +	/* First check if can WoL from PHY */
> >> +	phylink_ethtool_get_wol(priv->phylink, &wol_phy);
> >
> > This could return an error. In which case, you probably should not
> > trust wol_phy.
> >
> >> +	if (wol->wolopts & wol_phy.supported) {
> >
> > This returns true if the PHY supports one or more of the requested WoL
> > sources.
> >
> >>  		int ret = phylink_ethtool_set_wol(priv->phylink, wol);
> >
> > and here you request the PHY to enable all the requested WoL sources.
> > If it only supports a subset, it is likely to return -EOPNOTSUPP, or
> > -EINVAL, and do nothing. So here you only want to enable those sources
> > the PHY actually supports. And let the MAC implement the rest.
> 
> And when your resubmit, I do not believe that unwork is a word, you could
> provide the following subject:
> 
> net: stmmac: Fix MAC WoL not working if PHY does not support WoL
> 
> or something like that.

Ok, thanks Florian!

Best Regards,
Joakim Zhang
> Thanks!
> --
> Florian

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ