Hi.
It looks like recent changes to trunk introduce a regression on TEW632BRP.
The problem: when image build from current trunk is flashed into
device one cannot connect to it with ssh and internet connection
though it is not stable.
Further investigation shows that problem is caused by the fact that
large (i.e. size of MTU) ethernet packets do not reach device. Setting
MTU to 1498 on PC and router fixes connectivity issues.
I was able to bisec this regression to commit r39147.
Also, It looks like that the following change (applied to head)
fixes the problem on this platform:
diff --git
a/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
b/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
index 715c1ce..615c7eb 100644
---
a/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
+++
b/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c
@@ -30,7 +30,10 @@ MODULE_PARM_DESC(msg_level, "Message level
(-1=defaults,0=none,...,16=all)");
static inline unsigned int ag71xx_max_frame_len(unsigned int mtu)
{
- return ETH_HLEN + VLAN_HLEN + mtu + ETH_FCS_LEN;
+ unsigned int max_frame_len = ETH_HLEN + VLAN_HLEN + mtu + ETH_FCS_LEN;
+ max_frame_len += 2;
+ return max_frame_len;
}
Unfortunately I was not able to come up with proper explanation of
what's going on and this change seems rather crude, so I'm not sending
a patch that can be applied. This is just to illustrate the problem.
Also, just a note: I have eth0 setup with vlans, not yet sure if
this is related to the problem or not, but I guess it is not the most
common config.
I'll be happy to assist further testing.
Thanks! Merry Christmas!
--
Martynov Nikolay.
Email: mar.ko...@gmail.com
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
