On Mon, Oct 7, 2024 at 12:00 AM Tobias Waldekranz wrote:
> > Tobias is this something you/we should push upstream?
>
> No, we should make sure that it is removed from OpenWRT's kernels :)
>
> Since 041bd545e124, learning is enabled on the CPU port. In combination
> with d82f8ab0d874 (tx forward o
On sön, okt 06, 2024 at 21:50, Linus Walleij wrote:
> On Sun, Oct 6, 2024 at 6:23 PM Daniel Golle wrote:
>
>> On Sun, Oct 06, 2024 at 05:32:04PM +0200, Linus Walleij wrote:
>> > This solution that is needed for some routers to provide proper
>> > LED activity when controlled directly by the MV88E
On Sun, Oct 6, 2024 at 6:23 PM Daniel Golle wrote:
> On Sun, Oct 06, 2024 at 05:32:04PM +0200, Linus Walleij wrote:
> > This solution that is needed for some routers to provide proper
> > LED activity when controlled directly by the MV88E6xxx switch,
> > has just been merged in upstream Linux.
>
On Sun, Oct 6, 2024 at 6:23 PM Daniel Golle wrote:
> On Sun, Oct 06, 2024 at 05:32:04PM +0200, Linus Walleij wrote:
> > This solution that is needed for some routers to provide proper
> > LED activity when controlled directly by the MV88E6xxx switch,
> > has just been merged in upstream Linux.
>
Hi Linus,
thank you for your patch contribution.
On Sun, Oct 06, 2024 at 05:32:04PM +0200, Linus Walleij wrote:
> This solution that is needed for some routers to provide proper
> LED activity when controlled directly by the MV88E6xxx switch,
> has just been merged in upstream Linux.
> [...]
> di
This solution that is needed for some routers to provide proper
LED activity when controlled directly by the MV88E6xxx switch,
has just been merged in upstream Linux.
Refreshing it affects line numbers in some other mv88e6xxx patches
so update these too.
Signed-off-by: Linus Walleij
---
package
