Small nitpick:
El 08/11/16 a las 13:38, Olliver Schinagl escribió:
> All internal defines in the realtek phy are with a small X,
> except MIIM_RTL8211X_CTRL1000T_MASTER. Make this more concistent
s/concistent/consistent/ both here and on the subject :)
Cheers!
Emilio
--
You received this
Hi,
On 08-11-16 19:43, Maxime Ripard wrote:
On Mon, Nov 07, 2016 at 10:24:44AM +0100, Hans de Goede wrote:
On Sun, Nov 06, 2016 at 06:54:11PM +0800, Icenowy Zheng wrote:
06.11.2016, 18:13, "Hans de Goede" :
Hi,
On 06-11-16 04:35, Chen-Yu Tsai wrote:
Hi everyone,
I
On Mon, Nov 07, 2016 at 05:36:03PM +0800, Icenowy Zheng wrote:
> > And your commit log should explain why it is an issue. Yours is even
> > wrong here, we could definitely change the rate of these clocks
> > already. The only thing that was not allowed was to change the rate of
> > its parents,
On Mon, Nov 07, 2016 at 10:24:44AM +0100, Hans de Goede wrote:
> > On Sun, Nov 06, 2016 at 06:54:11PM +0800, Icenowy Zheng wrote:
> > > 06.11.2016, 18:13, "Hans de Goede" :
> > > > Hi,
> > > >
> > > > On 06-11-16 04:35, Chen-Yu Tsai wrote:
> > > > > Hi everyone,
> > > > >
>
The BIT macro is the preferred method to set bits.
This patch adds the bit macro and converts bit invocations.
Signed-off-by: Olliver Schinagl
---
drivers/net/phy/realtek.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/net/phy/realtek.c
Commit 525d187af ("net: phy: Optionally force master mode for RTL PHY")
added the define to force the PHY into master mode. Unfortunatly this is
an all or nothing switch. So it applies to either all PHY's or no PHY's.
The bug that define tried to solve was a buggy PLL in the RTL8211C only.
The
All internal defines in the realtek phy are with a small X,
except MIIM_RTL8211X_CTRL1000T_MASTER. Make this more concistent
Signed-off-by: Olliver Schinagl
---
drivers/net/phy/realtek.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The current implementation to force the PHY into master mode is to have a
define which affects all realtek PHY's. This is not needed as the problem
only exists in the RTL8211C chips. Let us thus turn this into a quirk flag
instead.
--
You received this message because you are subscribed to the
This patch allows Kconfig to enable and set parameters to make it
possible to read the MAC address from an EEPROM. This patch only sets up
some environment variables, it is up to the specific boards to actually
use these defines.
Besides the various tuneables as to how to access the eeprom (bus,
This patch uses the newly introduced Kconfig options to use the net_op
read_rom_hwaddr to retrieve the MAC from an EEPROM.
This will be especially useful for the Olimex OLinuXino series of sunxi
boards as they all have an 2k i2c eeprom chip.
The MAC address in the eeprom is ignored (if enabled)
Add the read_rom_hwaddr net_op hook so that it can be called from boards
to read the mac from a ROM chip.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_emac.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/net/sunxi_emac.c
Currently the mac address is programmed directly in _sunxi_emac_eth_init
making it a one time inflexible operation. By moving it into a separate
function, we can now use this more flexibly.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_emac.c | 19 +++
Currently we inject 5 ethernet addresses into the environment, just in
case we may need them. We do this because some boards have no eeprom
(programmed) with a proper ethernet address. With the recent addition of
reading actual ethernet addresses from the eeprom via the net_op we
should not inject
This patch enables the I2C EEPROM to be probed for a MAC address on the
OLinuXino Lime1 and Lime2 boards. Other boards surely qualify as well
but where not tested yet.
Signed-off-by: Olliver Schinagl
---
configs/A10-OLinuXino-Lime_defconfig | 3 +++
Expose enetaddr writing via net_ops so that it can be hooked into.
Signed-off-by: Olliver Schinagl
---
drivers/net/sunxi_emac.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/net/sunxi_emac.c b/drivers/net/sunxi_emac.c
index 99339db..dcf832e 100644
---
This patch-series introduces methods to retrieve the MAC address from an
onboard EEPROM using the read_rom_hwaddr hook.
The reason we might want to read the MAC address from an EEPROM instead of
storing the entire environment is mostly a size thing. Our default environment
already is bigger then
Add the read_rom_hwaddr net_op hook so that it can be called from boards
to read the mac from a ROM chip.
Signed-off-by: Olliver Schinagl
---
drivers/net/designware.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/net/designware.c
On Mon, 7 Nov 2016 23:37:41 +0100
Maxime Ripard wrote:
> Hi,
>
> On Fri, Oct 28, 2016 at 07:34:20PM +0200, Jean-Francois Moine wrote:
> > On Fri, 28 Oct 2016 00:03:16 +0200
> > Maxime Ripard wrote:
[snip]
> > > > >
Hi,
On 08/11/16 11:37, Code Kipper wrote:
> On 8 November 2016 at 11:13, Andre Przywara wrote:
>> Hi,
>>
>> On 08/11/16 09:44, Code Kipper wrote:
>>> On 7 November 2016 at 15:29, Benjamin Henrion wrote:
On Mon, Nov 7, 2016 at 3:23 PM, Chen-Yu Tsai
On 8 November 2016 at 11:13, Andre Przywara wrote:
> Hi,
>
> On 08/11/16 09:44, Code Kipper wrote:
>> On 7 November 2016 at 15:29, Benjamin Henrion wrote:
>>> On Mon, Nov 7, 2016 at 3:23 PM, Chen-Yu Tsai wrote:
On Mon, Nov 7, 2016 at
On Mon, 7 Nov 2016 21:05:05 +0100
Maxime Ripard wrote:
> Hi,
>
> On Sun, Nov 06, 2016 at 07:02:48PM +0100, Jean-Francois Moine wrote:
> > On Sun, 23 Oct 2016 09:33:16 +0800
> > Chen-Yu Tsai wrote:
> >
> > > On Fri, Oct 21, 2016 at 4:36 PM,
Hi,
On 08/11/16 09:44, Code Kipper wrote:
> On 7 November 2016 at 15:29, Benjamin Henrion wrote:
>> On Mon, Nov 7, 2016 at 3:23 PM, Chen-Yu Tsai wrote:
>>> On Mon, Nov 7, 2016 at 9:06 PM, Benjamin Henrion wrote:
On Mon, Nov 7, 2016 at
22 matches
Mail list logo