> 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
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,
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
> 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
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
>
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.