All of lore.kernel.org
 help / color / mirror / Atom feed
From: Henning Schild <henning.schild@siemens.com>
To: Aaron Ma <aaron.ma@canonical.com>
Cc: <kuba@kernel.org>, <linux-usb@vger.kernel.org>,
	<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
	<davem@davemloft.net>, <hayeswang@realtek.com>, <tiwai@suse.de>
Subject: Re: [PATCH] net: usb: r8152: Check used MAC passthrough address
Date: Wed, 5 Jan 2022 08:32:38 +0100	[thread overview]
Message-ID: <20220105083238.4278d331@md1za8fc.ad001.siemens.net> (raw)
In-Reply-To: <20220105082355.79d44349@md1za8fc.ad001.siemens.net>

Am Wed, 5 Jan 2022 08:23:55 +0100
schrieb Henning Schild <henning.schild@siemens.com>:

> Hi Aaron,
> 
> if this or something similar goes in, please add another patch to
> remove the left-over defines.
> 
> Am Wed,  5 Jan 2022 14:17:47 +0800
> schrieb Aaron Ma <aaron.ma@canonical.com>:
> 
> > When plugin multiple r8152 ethernet dongles to Lenovo Docks
> > or USB hub, MAC passthrough address from BIOS should be
> > checked if it had been used to avoid using on other dongles.
> > 
> > Currently builtin r8152 on Dock still can't be identified.
> > First detected r8152 will use the MAC passthrough address.
> > 
> > Signed-off-by: Aaron Ma <aaron.ma@canonical.com>
> > ---
> >  drivers/net/usb/r8152.c | 10 ++++++++++
> >  1 file changed, 10 insertions(+)
> > 
> > diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
> > index f9877a3e83ac..77f11b3f847b 100644
> > --- a/drivers/net/usb/r8152.c
> > +++ b/drivers/net/usb/r8152.c
> > @@ -1605,6 +1605,7 @@ static int
> > vendor_mac_passthru_addr_read(struct r8152 *tp, struct sockaddr
> > *sa) char *mac_obj_name; acpi_object_type mac_obj_type;
> >  	int mac_strlen;
> > +	struct net_device *ndev;
> >  
> >  	if (tp->lenovo_macpassthru) {
> >  		mac_obj_name = "\\MACA";
> > @@ -1662,6 +1663,15 @@ static int
> > vendor_mac_passthru_addr_read(struct r8152 *tp, struct sockaddr *sa)
> > ret = -EINVAL; goto amacout;
> >  	}
> > +	rcu_read_lock();
> > +	for_each_netdev_rcu(&init_net, ndev) {
> > +		if (strncmp(buf, ndev->dev_addr, 6) == 0) {
> > +			rcu_read_unlock();
> > +			goto amacout;  
> 
> Since the original PCI netdev will always be there, that would disable
> inheritance would it not?
> I guess a strncmp(MODULE_NAME, info->driver, strlen(MODULE_NAME)) is
> needed as well.
> 
> Maybe leave here with
> netif_info()
> 
> And move the whole block up, we can skip the whole ACPI story if we
> find the MAC busy.

That is wrong, need to know that MAC so can not move up too much. But
maybe above the is_valid_ether_addr

Henning

> > +		}
> > +	}
> > +	rcu_read_unlock();  
> 
> Not sure if this function is guaranteed to only run once at a time,
> otherwise i think that is a race. Multiple instances could make it to
> this very point at the same time.
> 
> Henning
> 
> >  	memcpy(sa->sa_data, buf, 6);
> >  	netif_info(tp, probe, tp->netdev,
> >  		   "Using pass-thru MAC addr %pM\n", sa->sa_data);
> >  
> 


  reply	other threads:[~2022-01-05  7:32 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-05  6:17 [PATCH] net: usb: r8152: Check used MAC passthrough address Aaron Ma
2022-01-05  7:23 ` Henning Schild
2022-01-05  7:32   ` Henning Schild [this message]
2022-01-05  7:38     ` Aaron Ma
2022-01-05  7:55       ` Henning Schild
2022-01-05  8:01         ` Aaron Ma
2022-01-05  8:32           ` Henning Schild
2022-01-05  8:37             ` Aaron Ma
2022-01-05  8:47               ` Henning Schild
2022-01-05  8:54                 ` Aaron Ma
2022-01-05 10:40                 ` Henning Schild
2022-01-05 19:55               ` Florian Fainelli
2022-01-05 20:57                 ` Henning Schild

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20220105083238.4278d331@md1za8fc.ad001.siemens.net \
    --to=henning.schild@siemens.com \
    --cc=aaron.ma@canonical.com \
    --cc=davem@davemloft.net \
    --cc=hayeswang@realtek.com \
    --cc=kuba@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.