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: Sun, 30 Jun 2019 19:42:01 +0200 From: Heiner Kallweit <hkallweit1@...il.com> To: Karsten Wiborg <karsten.wiborg@....de>, Andrew Lunn <andrew@...n.ch> Cc: nic_swsd@...ltek.com, romieu@...zoreil.com, netdev@...r.kernel.org Subject: Re: r8169 not working on 5.2.0rc6 with GPD MicroPC On 30.06.2019 18:03, Karsten Wiborg wrote: > Hi Andrew, > > On 30/06/2019 16:55, Andrew Lunn wrote: >> Hi Karsten >> >> What MAC address do you get with the vendor driver? Is it the same MAC >> address every time you reboot, or does it look random. >> >> The BIOS is expected to program the MAC address into the hardware. It >> could be that the vendor driver is checking if the MAC address is >> valid, and if not, picking a random MAC address. The mainline driver >> does not do this. > > I programmed a static DHCP-entry on my local DHCP-server so I would > notice if the MAC address changes. Just turned the computer back on and > received the intended IP address, so the MAC address seems to stay the > same with the vendor driver. > Vendor driver uses this code, do you see the related messages in syslog? if (!is_valid_ether_addr(mac_addr)) { netif_err(tp, probe, dev, "Invalid ether addr %pM\n", mac_addr); eth_hw_addr_random(dev); ether_addr_copy(mac_addr, dev->dev_addr); netif_info(tp, probe, dev, "Random ether addr %pM\n", mac_addr); tp->random_mac = 1; } > The vendor part of my MAC is 6e:69:73 which is interesting because > according to some Vendor-Lookup-pages the vendor is unknown. > > Regards, > Karsten >
Powered by blists - more mailing lists