[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c29c346a-9465-c3cc-1045-272c4eb26c65@nvidia.com>
Date: Tue, 20 Jun 2023 10:16:32 +0300
From: Gal Pressman <gal@...dia.com>
To: Piotr Gardocki <piotrx.gardocki@...el.com>, netdev@...r.kernel.org
Cc: intel-wired-lan@...ts.osuosl.org, przemyslaw.kitszel@...el.com,
michal.swiatkowski@...ux.intel.com, pmenzel@...gen.mpg.de, kuba@...nel.org,
maciej.fijalkowski@...el.com, anthony.l.nguyen@...el.com,
simon.horman@...igine.com, aleksander.lobakin@...el.com
Subject: Re: [PATCH net-next v2 1/3] net: add check for current MAC address in
dev_set_mac_address
On 13/06/2023 15:24, Piotr Gardocki wrote:
> In some cases it is possible for kernel to come with request
> to change primary MAC address to the address that is already
> set on the given interface.
>
> This patch adds proper check to return fast from the function
> in these cases.
>
> An example of such case is adding an interface to bonding
> channel in balance-alb mode:
> modprobe bonding mode=balance-alb miimon=100 max_bonds=1
> ip link set bond0 up
> ifenslave bond0 <eth>
>
> Signed-off-by: Piotr Gardocki <piotrx.gardocki@...el.com>
Hello Piotr,
I believe this patch has an (unintended?) side effect.
The early return in dev_set_mac_address() makes it so
'dev->addr_assign_type' doesn't get assigned with NET_ADDR_SET, I don't
think this is the correct behavior.
Powered by blists - more mailing lists