Messages in this thread | | | Date | Wed, 10 Aug 2011 11:59:50 +0200 | Subject | Re: BUG: Bisected Gianfar in bridge not forwarding packets (was: 3.0-rc1 Bridge not forwarding unicast packages) | From | Michael Guntsche <> |
| |
On Wed, Aug 10, 2011 at 11:00 AM, Jiri Pirko <jpirko@redhat.com> wrote: > Wed, Aug 10, 2011 at 02:50:20AM CEST, mguntsche@gmail.com wrote: >>Good evening/morning, >> >>> I just upgraded my router/bridge combo to 3.1-rc1 from 3.0 for >>> testing. On a first look everything seemed to work fine, but when I >>> tried to connect via openvpn to my internal network (tap0 being bridged >>> with the internal network) I noticed that I was not able to access the >>> server on my internal network. I could access the bridge (which is >>> acting as the openvpn server as well) just fine though. >>> To debug this I ran tcpdump on the openvpn client and started a ping to the >>> internal network. I could see the ARP requests being answered..... >><snip> >> >>After much digging and testing I found the commit that causes the >>problem for me here. >> >>87c288c6e gianfar: do vlan cleanup >> >>Before this commit my bridge works fine. I simplified the test case >>and just tried to access the server from a local wireless device with >>gets also bridged via >>a gianfar nic to the wired lan. Before commit 87c288c6e I can ping the >>device from the internal network afterwards it stops. >>For testing purposes I reverted this commit (plus some others to make >>the code compile) and it started working again. >>The hardware is a routerboard with three onboard nics two of em gianfar. >>The gianfar nics do not support any kind of offloading, >> >>Offload parameters for lan_wire: >>rx-checksumming: off >>tx-checksumming: off >>scatter-gather: off >>tcp-segmentation-offload: off >>udp-fragmentation-offload: off >>generic-segmentation-offload: off >>generic-receive-offload: on >>large-receive-offload: off >>rx-vlan-offload: off >>tx-vlan-offload: off >>ntuple-filters: off >>receive-hashing: off >> >>The Bridge device on the other hand.... >> >>Offload parameters for lan: >>rx-checksumming: on >>tx-checksumming: on >>scatter-gather: off >>tcp-segmentation-offload: off >>udp-fragmentation-offload: off >>generic-segmentation-offload: off >>generic-receive-offload: on >>large-receive-offload: off >>rx-vlan-offload: off >>tx-vlan-offload: on > ^^^^^^^^^^^^^^^^^^^ is this gfar? No the "Lan" nic is the bridge itself. The gfar in question is lan_wire.
/Michael -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |