lkml.org 
[lkml]   [2011]   [Aug]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: BUG: Bisected Gianfar in bridge not forwarding packets (was: 3.0-rc1 Bridge not forwarding unicast packages)
    From
    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/

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