The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.

To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.
--- Begin Message ---

> What exactly are you referring to when you say "connection status events"?
Link detection does not work. eth0 is always reported as up with carrier even 
there is no cable connected to any port of the switch.

This seems related:
And see also this comment and comments below:

It seems to me that link detection on this switch might be currently not
supported at all on ath79.
I did not find any bug report that would track this issue further so I'm not
really sure what the current status is.
But I find it hard to belive that so important feature wouldn't be supported.

Note also this comment on bug page by John: "it'll come when we add qca8k 
But it seems qca8k support was already added to kernel long time ago:
So I'm not sure what support exactly needs to be added.

Perhaps John could explain what exactly needs to be done to get link detection
support on ag71xx. Then we could try to make some patch if needed.


I also found another problem. LTE module does not work reliably. Sometimes when
I boot MR6400 the LTE module is not detected. This never happens when I boot
ar71xx version.


On Mon, Oct 14, 2019 at 05:50:55PM +0200, Adrian Schmutzler wrote:
> Hi,
> > -----Original Message-----
> > From: Enrico Mioso []
> > Sent: Dienstag, 8. Oktober 2019 07:14
> > To: Filip Moc <>
> > Cc:;
> > Subject: Re: [PATCH V2] ath79: add support for TP-Link TL-MR6400
> > 
> > Hi Filip, hello all!
> > 
> > Thank you very very much for your help and sorry for me not ansering to 
> > your previous mail. I tought I would re-check this all when I
> > went back home to report with precise informations, but in the end I didn't.
> > Your help is very very much apreciated.
> > 
> > As you found out, I would need help in exactly that: setting port numbers 
> > correctly in the UI and fixing the fact eth0 doesn't receive
> > connection status events.
> What exactly are you referring to when you say "connection status events"?
> This has two aspects: One is the LED status which needs to be set with 
> switch0 (I commented on that in my previous e-mail reviewing your v2 patch 
> again).
> The other one is that switch-phy-swap has an effect on which ports can detect 
> link status changes. This setting will affect several things:
> 1. Which port gets link detection
> 2. The port numbers will change
> 3. The order in which gmacs are set up will change: If you change that, eth0 
> will become eth1 and vice versa (on running system). This will require 
> adjustment of setup in 02_network/01_leds, where ethX then needs to be 
> swapped, too. Note that for several devices eth0/eth1 are swapped compared to 
> ar71xx.
> So, you really have a lot to play around with and to make wrong ;-)
> For further reading on the effects of switch-phy-swap, you might have a look 
> at this Pull Request (starting at the comment):
> Note that the situation in the PR is even more complicated as the vendor did 
> a dumbass setup in the first place.
> Best
> Adrian

--- End Message ---
openwrt-devel mailing list

Reply via email to