[lkml]   [2011]   [Aug]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: BUG: Bisected Gianfar in bridge not forwarding packets (was: 3.0-rc1 Bridge not forwarding unicast packages)
    On Wed, Aug 10, 2011 at 11:00 AM, Jiri Pirko <> wrote:
    > Wed, Aug 10, 2011 at 02:50:20AM CEST, 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.....
    >>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.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2011-08-10 12:03    [W:0.024 / U:15.808 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site