[PATCH] sky2: Add module parameter for passing the MAC address

For designs where EEPROMs are not connected to PCI Yukon2 chips we need to get the MAC address from the firmware. Add a module parameter called 'mac_address' for this. It will be used if no DT node can be found and the B2_MAC register holds an invalid value. Signed-off-by: Liviu Dudau liviu.du

Re: [PATCH] sky2: Add module parameter for passing the MAC address

On Wed, Aug 05, 2015 at 05:40:57PM +0100, Stephen Hemminger wrote: On Wed, 5 Aug 2015 16:50:54 +0100 Liviu Dudau liviu.du...@arm.com wrote: For designs where EEPROMs are not connected to PCI Yukon2 chips we need to get the MAC address from the firmware. Add a module parameter called

Re: [PATCH] sky2: Add module parameter for passing the MAC address

On Wed, Aug 05, 2015 at 06:15:37PM +0100, Ryan Harkin wrote: On 5 August 2015 at 16:50, Liviu Dudau [1]liviu.du...@arm.com wrote: For designs where EEPROMs are not connected to PCI Yukon2 chips we need to get the MAC address from the firmware. Add a module parameter called

[PATCH v2 net-next] sky2: use random address if EEPROM is bad

On some embedded systems the EEPROM does not contain a valid MAC address. In that case it is better to fallback to a generated mac address and let init scripts fix the value later. Reported-by: Liviu Dudau liviu.du...@arm.com Signed-off-by: Stephen Hemminger step...@networkplumber.org [Changed

Re: [PATCH] sky2: Add module parameter for passing the MAC address

On Thu, Aug 06, 2015 at 01:32:33AM +0100, David Miller wrote: From: Liviu Dudau liviu.du...@arm.com Date: Wed, 5 Aug 2015 16:50:54 +0100 For designs where EEPROMs are not connected to PCI Yukon2 chips we need to get the MAC address from the firmware. Add a module parameter called

Re: [PATCH v2 net-next] sky2: use random address if EEPROM is bad

On Tue, Aug 11, 2015 at 06:01:32PM +0100, Stephen Hemminger wrote: On Tue, 11 Aug 2015 15:35:56 +0100 Liviu Dudau liviu.du...@arm.com wrote: On some embedded systems the EEPROM does not contain a valid MAC address. In that case it is better to fallback to a generated mac address and let

Re: [PATCH v2 net-next] sky2: use random address if EEPROM is bad

On Tue, Aug 11, 2015 at 07:56:06PM +0100, Sergei Shtylyov wrote: Hello. On 08/11/2015 05:35 PM, Liviu Dudau wrote: On some embedded systems the EEPROM does not contain a valid MAC address. In that case it is better to fallback to a generated mac address and let init scripts fix

Re: [PATCH v2 net-next] sky2: use random address if EEPROM is bad

On Wed, Aug 12, 2015 at 04:28:23PM +0100, Stephen Hemminger wrote: On Wed, 12 Aug 2015 10:30:05 +0100 Liviu Dudau liviu.du...@arm.com wrote: On Tue, Aug 11, 2015 at 06:01:32PM +0100, Stephen Hemminger wrote: On Tue, 11 Aug 2015 15:35:56 +0100 Liviu Dudau liviu.du...@arm.com wrote

RESEND: [PATCH v3 net-next] sky2: use random address if EEPROM is bad

On some embedded systems the EEPROM does not contain a valid MAC address. In that case it is better to fallback to a generated mac address and let init scripts fix the value later. Reported-by: Liviu Dudau <liviu.du...@arm.com> Signed-off-by: Stephen Hemminger <step...@networkpl

[PATCH v3] sky2: use random address if EEPROM is bad

On some embedded systems the EEPROM does not contain a valid MAC address. In that case it is better to fallback to a generated mac address and let init scripts fix the value later. Reported-by: Liviu Dudau <liviu.du...@arm.com> Signed-off-by: Stephen Hemminger <step...@networkpl

Re: [PATCH net-next] net: phy: use of_mdio_parse_addr

On Fri, Jun 02, 2017 at 02:22:51PM -0400, David Miller wrote: > From: Jon Mason > Date: Wed, 31 May 2017 15:43:30 -0400 > > > use of_mdio_parse_addr() in place of an OF read of reg and a bounds > > check (which is litterally the exact same thing that > >

Re: [PATCH net-next] of_mdio: move of_mdio_parse_addr to header file

his gets rid of the dependencies and still allows for the reuse of > code. This patch fixes the modules_install issue I was seeing with module dependency cycle. You can add my: Tested-by: Liviu Dudau <li...@dudau.co.uk> Thanks, Liviu > > Reported-by: Liviu Dudau <li...@dudau.co.