lists.openwall.net | 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 linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 2 Jul 2019 18:35:57 +0200 From: Michal Kubecek <mkubecek@...e.cz> To: netdev@...r.kernel.org Cc: Stephen Hemminger <stephen@...workplumber.org>, David Miller <davem@...emloft.net>, Jakub Kicinski <jakub.kicinski@...ronome.com>, Jiri Pirko <jiri@...nulli.us>, Andrew Lunn <andrew@...n.ch>, Florian Fainelli <f.fainelli@...il.com>, John Linville <linville@...driver.com>, Johannes Berg <johannes@...solutions.net>, linux-kernel@...r.kernel.org Subject: Re: [PATCH net-next v6 01/15] rtnetlink: provide permanent hardware address in RTM_NEWLINK On Tue, Jul 02, 2019 at 07:55:00AM -0700, Stephen Hemminger wrote: > On Tue, 2 Jul 2019 13:49:44 +0200 (CEST) > Michal Kubecek <mkubecek@...e.cz> wrote: > > > Permanent hardware address of a network device was traditionally provided > > via ethtool ioctl interface but as Jiri Pirko pointed out in a review of > > ethtool netlink interface, rtnetlink is much more suitable for it so let's > > add it to the RTM_NEWLINK message. > > > > Add IFLA_PERM_ADDRESS attribute to RTM_NEWLINK messages unless the > > permanent address is all zeros (i.e. device driver did not fill it). As > > permanent address is not modifiable, reject userspace requests containing > > IFLA_PERM_ADDRESS attribute. > > > > Note: we already provide permanent hardware address for bond slaves; > > unfortunately we cannot drop that attribute for backward compatibility > > reasons. > > > > v5 -> v6: only add the attribute if permanent address is not zero > > > > Signed-off-by: Michal Kubecek <mkubecek@...e.cz> > > Do you want to make an iproute patch to display this? Yes, I'm going to submit it once this patch gets into net-next. Michal > Acked-by: Stephen Hemminger <stephen@...workplumber.org>
Powered by blists - more mailing lists