> On Feb 18, 2016, at 16:22, David Miller wrote:
>
> From: John Holland
> Date: Thu, 18 Feb 2016 08:53:07 +0100
>
>> The PCI path in eth_platform_get_mac_address() didn't return a devicetree
>> node...
>
> Then fix your platform such that pci_device_to_OF_node() works
> properly instead of a
From: John Holland
Date: Thu, 18 Feb 2016 08:53:07 +0100
> The PCI path in eth_platform_get_mac_address() didn't return a devicetree
> node...
Then fix your platform such that pci_device_to_OF_node() works
properly instead of adding localized hacks to device drivers.
Jeff, do not apply this pa
On Thu, 2016-02-18 at 08:53 +0100, John Holland wrote:
>
> > On Feb 18, 2016, at 03:29, David Miller
> wrote:
> >
> > From: John Holland
> > Date: Thu, 18 Feb 2016 00:49:17 +0100
> >
> >> The Intel i211 LOM pcie ethernet controllers' iNVM operates as an
> OTP
> >> and has no externel EEPROM in
> On Feb 18, 2016, at 03:29, David Miller wrote:
>
> From: John Holland
> Date: Thu, 18 Feb 2016 00:49:17 +0100
>
>> The Intel i211 LOM pcie ethernet controllers' iNVM operates as an OTP
>> and has no externel EEPROM interface [1]. The following allows the
>> driver to pickup the MAC address f
From: John Holland
Date: Thu, 18 Feb 2016 00:49:17 +0100
> The Intel i211 LOM pcie ethernet controllers' iNVM operates as an OTP
> and has no externel EEPROM interface [1]. The following allows the
> driver to pickup the MAC address from a device tree blob when
> CONFIG_OF
> has been enabled.
Pl
Hello,
The Intel i211 LOM pcie ethernet controllers' iNVM operates as an OTP
and has no externel EEPROM interface [1]. The following allows the
driver to pickup the MAC address from a device tree blob when CONFIG_OF
has been enabled.
[1]http://www.intel.com/content/www/us/en/embedded/products/ne