Rafal,
On 02/08/2013 11:02 AM, Rafał Miłecki wrote:
2013/2/8 Rafał Miłecki <[email protected]>:
2013/2/7 Florian Fainelli <[email protected]>:
Another thing you might want to check, is to ensure that your driver accepts
and correctly processes ethernet frames with a vlan tag (especially enough
room was made for the incoming skb etc ...) in both TX and RX paths.
The thing that bothers me is that communication break after ~20
seconds. With some bug in bgmac I expected issue to be binary: it
works or doesn't.
I've put some debugging messages in bgmac and:
1) Nothing in bgmac (like bgmac_set_rx_mode or bgmac_set_mac_address
or bgmac_ioctl) gets called when eth0.0 stops working after ~20
seconds
2) There are still packets coming on the interface! netif_receive_skb
is still getting called about 2times per second (during pinging
router).
So there are two options:
1) After some time received packages are getting corrupted and some
upper layer silently ignores them
2) Some upper layer starts filtering or sth. incoming packets
Anyone interested in looking at attached file?
What exactly does this dump represent? I cannot make sense out of it as
I do not even see some kind of Ethernet frame header?
1) Right after booting OpenWRT (when pinging doesn't work) I get 1
packet / ping request with len 0x40
2) After switching br-lan from eth0.0 to eth0 pinging works and I get
1 packet / ping request with len 0x66. You can see there were also 3
extra packets with len 0x40, 0x40 and 0x52. The ones with len 0x66
were most probably coming from ping requests (there are ten of them).
3) After switching br-lan back to eth0.0 I still get mostly
0x66-length packets. Again, there are three 0x40-len packets around.
Pinging works.
4) 2 seconds later I started pinging again. No response. There are
again ten 0x66 packets, but there are also more 0x44-len packets.
Does it make sense to you? I still have to find out if bgmac transmits
packets correctly... To actually understand which way the transmission
fails.
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
_______________________________________________
openwrt-devel mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
