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  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]
Date:   Wed, 27 May 2020 11:30:14 +0200
From:   Bram Bonné <>
To:     David Miller <>
Cc:     Lorenzo Colitti <>,
        Alexey Kuznetsov <>,
        Hideaki YOSHIFUJI <>,
        Jakub Kicinski <>,
        Hannes Frederic Sowa <>,
        Linux NetDev <>,
        Jeffrey Vander Stoep <>,
        Maciej Żenczykowski <>

On Wed, May 20, 2020 at 8:33 PM David Miller <> wrote:
> From: Bram Bonné <>
> Date: Wed, 20 May 2020 15:16:53 +0200
> > Trying to change the MAC when the device is up errors with EBUSY on my
> > machines, so I was under the assumption that the device needs to be
> > down to change the MAC. I could very well be wrong though.
> Not all drivers/devices have this limitation, the generic code allows this
> just fine.

Thanks David. I was able to test the behavior of changing the MAC
while connected to a network. It does not seem to trigger address
generation, leaving the link-local address intact.

Do we know about any scenarios (apart from dev reconfiguration) that
would trigger address generation? My understanding based on the code
is that any other scenario would add an additional link-local address,
rather than removing the old one.

Powered by blists - more mailing lists