In 555ca422d1cb ("ramips: fix D-Link DIR-615 H1 switch port
mapping"), port setup for dir-615-h1 was changed without removing
the old one. This was working as the new one was triggered earlier
than the old one.
(In the meantine, changed sorting during ramips rename patches
actually inversed that o
ARC FreeStation5 is present twice in MAC address setup.
>From older commits/changes, it is not possible to reconstruct
the correct choice only by reading the annotations.
Thus, remove the second case and keep the first one, so behavior
stays the same (as nobody seems to have complained about it).
From: Mirko Parthey
Reuse a device-specific switch port mapping which also applies to the
D-Link DIR-615 H1.
Signed-off-by: Mirko Parthey
[cherry-pick/rebase]
Signed-off-by: Adrian Schmutzler
(cherry picked from commit 555ca422d1cbc2db354c0ed03d1a79650f590859)
---
target/linux/ramips/base-fil
This backports the only non-cosmetic fix from 6640e1c3681b
("ramips: clean and improve MAC address setup in 02_network").
Signed-off-by: Adrian Schmutzler
---
target/linux/ramips/dts/RT-AC57U.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ramips/dts/RT-AC57U
In 555ca422d1cb ("ramips: fix D-Link DIR-615 H1 switch port
mapping"), port setup for dir-615-h1 was changed without removing
the old one. This was working as the new one was triggered earlier
than the old one.
(In the meantine, changed sorting during ramips rename patches
actually inversed that o
ARC FreeStation5 is present twice in MAC address setup.
>From older commits/changes, it is not possible to reconstruct
the correct choice only by reading the annotations.
Thus, remove the second case and keep the first one, so behavior
stays the same (as nobody seems to have complained about it).
Hi,
> > However, this will obviously swap eth0/eth1 on EVERY upgrade, not just
> when coming from ar71xx.
> > So, does anyone have an idea how to limit this to run only when updated
> from ar71xx?
>
> I was thinking about the same. As we have no information about the
> previously installed platfo
Hello Adrian,
On 9/5/19 5:00 PM, Adrian Schmutzler wrote:
> Hi,
>
> if I remember correctly, there is still no mechanism to fix eth0/eth1 for
> devices where those have been swapped from ar71xx to ath79.
>
> In principle, this can be done with a relatively small piece of code (not
> tested):
>