Re: [PATCH net] i825xx: sni_82596: use eth_hw_addr_set()

Michal Kubiak
2023-03-15T18:12:38Z

On Wed, Mar 15, 2023 at 02:41:17PM +0100, Thomas Bogendoerfer wrote:
> Copy scrambled mac address octects into an array then eth_hw_addr_set().
>
> Fixes: adeef3e32146 ("net: constify netdev->dev_addr")
> Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> ---
> drivers/net/ethernet/i825xx/sni_82596.c | 14 ++++++++------
> 1 file changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/net/ethernet/i825xx/sni_82596.c b/drivers/net/ethernet/i825xx/sni_82596.c
> index daec9ce04531..54bb4d9a0d1e 100644
> --- a/drivers/net/ethernet/i825xx/sni_82596.c
> +++ b/drivers/net/ethernet/i825xx/sni_82596.c
> @@ -78,6 +78,7 @@ static int sni_82596_probe(struct platform_device *dev)
> void __iomem *mpu_addr;
> void __iomem *ca_addr;
> u8 __iomem *eth_addr;
> + u8 mac[ETH_ALEN];
>
> res = platform_get_resource(dev, IORESOURCE_MEM, 0);
> ca = platform_get_resource(dev, IORESOURCE_MEM, 1);
> @@ -109,12 +110,13 @@ static int sni_82596_probe(struct platform_device *dev)
> goto probe_failed;
>
> /* someone seems to like messed up stuff */
> - netdevice->dev_addr[0] = readb(eth_addr + 0x0b);
> - netdevice->dev_addr[1] = readb(eth_addr + 0x0a);
> - netdevice->dev_addr[2] = readb(eth_addr + 0x09);
> - netdevice->dev_addr[3] = readb(eth_addr + 0x08);
> - netdevice->dev_addr[4] = readb(eth_addr + 0x07);
> - netdevice->dev_addr[5] = readb(eth_addr + 0x06);
> + mac[0] = readb(eth_addr + 0x0b);
> + mac[1] = readb(eth_addr + 0x0a);
> + mac[2] = readb(eth_addr + 0x09);
> + mac[3] = readb(eth_addr + 0x08);
> + mac[4] = readb(eth_addr + 0x07);
> + mac[5] = readb(eth_addr + 0x06);
> + eth_hw_addr_set(netdevice, mac);
> iounmap(eth_addr);
>
> if (netdevice->irq < 0) {
> --
> 2.35.3
>

The fix looks fine. Good catch!
I would only suggest to add more description why it needed to be
changed.
(The current version of the commit message only contains information what
was done, but it is quite obvious by looking at the code).

Thanks,
Michal

Reviewed-by: Michal Kubiak <michal.kubiak@intel.com>