[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <03499bd0-323d-4f57-99a8-d47c5ae680ae@amd.com>
Date: Fri, 23 Feb 2024 10:16:26 +0530
From: Vineeth Karumanchi <vineeth.karumanchi@....com>
To: Andrew Lunn <andrew@...n.ch>
Cc: nicolas.ferre@...rochip.com, claudiu.beznea@...on.dev,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
conor+dt@...nel.org, linux@...linux.org.uk, vadim.fedorenko@...ux.dev,
netdev@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, git@....com
Subject: Re: [PATCH net-next v2 2/4] net: macb: Add ARP support to WOL
Hi Andrew,
On 23/02/24 1:02 am, Andrew Lunn wrote:
>> u32 wol;
>> + u32 wolopts;
>
>> + wol->supported |= (bp->wol & MACB_WOL_HAS_MAGIC_PACKET) ? WAKE_MAGIC : 0;
>> + wol->supported |= (bp->wol & MACB_WOL_HAS_ARP_PACKET) ? WAKE_ARP : 0;
>
>> + if (bp->caps & MACB_CAPS_WOL)
>> + bp->wol |= (MACB_WOL_HAS_ARP_PACKET | MACB_WOL_HAS_MAGIC_PACKET);
>
> So bp->wol is the capabilities of the hardware?
>
Yes, it holds the supported capabilities.
> And bp->wolopts is what has been enabled via ethtool?
>
Yes, it holds the selected options through ethtool.
> I just wounder if it would be easier to understand is bp->wol was
> renamed wol_caps, similar to bp->caps?
>
> Andrew
Sure, I will make the change.
🙏 vineeth
Powered by blists - more mailing lists