07 Jan, 2006

2 commits


06 Jan, 2006

1 commit


05 Jan, 2006

2 commits


04 Jan, 2006

8 commits


27 Dec, 2005

1 commit

  • Call nf_bridge_put() before allocating a new nf_bridge structure and
    potentially overwriting the pointer to a previously allocated one.
    This fixes a memory leak which can occur when the bridge topology
    allows for an skb to traverse more than one bridge.

    Signed-off-by: David Kimdon
    Signed-off-by: David S. Miller

    David Kimdon
     

20 Dec, 2005

1 commit

  • A typo caused some bridged IPv6 packets to get dropped randomly,
    as reported by Sebastien Chaumontet. The patch below fixes this
    (using skb->nh.raw instead of raw) and also makes the jumbo packet
    length checking up-to-date with the code in
    net/ipv6/exthdrs.c::ipv6_hop_jumbo.

    Signed-off-by: Bart De Schuymer
    Signed-off-by: David S. Miller

    Bart De Schuymer
     

24 Nov, 2005

1 commit

  • We must recompute bridge features everytime the list of underlying
    devices changes, or we might end up with features that are not
    supported by all devices (eg. NETIF_F_TSO)
    This patch adds the missing recompute when adding a device to the bridge.

    Signed-off-by: Olaf Rempel
    Signed-off-by: David S. Miller

    Olaf Rempel
     

01 Nov, 2005

1 commit


14 Oct, 2005

1 commit

  • Original patch by Harald Welte, with feedback from Herbert Xu
    and testing by Sébastien Bernard.

    EBTABLES, ARP tables, and IP/IP6 tables all assume that cpus
    are numbered linearly. That is not necessarily true.

    This patch fixes that up by calculating the largest possible
    cpu number, and allocating enough per-cpu structure space given
    that.

    Signed-off-by: David S. Miller

    David S. Miller
     

13 Oct, 2005

1 commit

  • This fixes the RCU race on bridge delete interface. Basically,
    the network device has to be detached from the bridge in the first
    step (pre-RCU), rather than later. At that point, no more bridge traffic
    will come in, and the other code will not think that network device
    is part of a bridge.

    This should also fix the XEN test problems.

    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     

23 Sep, 2005

1 commit


15 Sep, 2005

1 commit


30 Aug, 2005

6 commits

  • This patch puts mostly read only data in the right section
    (read_mostly), to help sharing of these data between CPUS without
    memory ping pongs.

    On one of my production machine, tcp_statistics was sitting in a
    heavily modified cache line, so *every* SNMP update had to force a
    reload.

    Signed-off-by: Eric Dumazet
    Signed-off-by: David S. Miller

    Eric Dumazet
     
  • Signed-off-by: Patrick McHardy
    Signed-off-by: David S. Miller

    Patrick McHardy
     
  • Signed-off-by: Patrick McHardy
    Signed-off-by: David S. Miller

    Patrick McHardy
     
  • Reduces skb size by 8 bytes on 64-bit.

    Signed-off-by: Patrick McHardy
    Signed-off-by: David S. Miller

    Patrick McHardy
     
  • - Remove bogus code for compiling netlink as module
    - Add module refcounting support for modules implementing a netlink
    protocol
    - Add support for autoloading modules that implement a netlink protocol
    as soon as someone opens a socket for that protocol

    Signed-off-by: Harald Welte
    Signed-off-by: David S. Miller

    Harald Welte
     
  • As discussed at netconf'05, we're trying to save every bit in sk_buff.
    The patch below makes sk_buff 8 bytes smaller. I did some basic
    testing on my notebook and it seems to work.

    The only real in-tree user of nfcache was IPVS, who only needs a
    single bit. Unfortunately I couldn't find some other free bit in
    sk_buff to stuff that bit into, so I introduced a separate field for
    them. Maybe the IPVS guys can resolve that to further save space.

    Initially I wanted to shrink pkt_type to three bits (PACKET_HOST and
    alike are only 6 values defined), but unfortunately the bluetooth code
    overloads pkt_type :(

    The conntrack-event-api (out-of-tree) uses nfcache, but Rusty just
    came up with a way how to do it without any skb fields, so it's safe
    to remove it.

    - remove all never-implemented 'nfcache' code
    - don't have ipvs code abuse 'nfcache' field. currently get's their own
    compile-conditional skb->ipvs_property field. IPVS maintainers can
    decide to move this bit elswhere, but nfcache needs to die.
    - remove skb->nfcache field to save 4 bytes
    - move skb->nfctinfo into three unused bits to save further 4 bytes

    Signed-off-by: Harald Welte
    Signed-off-by: David S. Miller

    Harald Welte
     

20 Jul, 2005

1 commit

  • BRIDGE_EBT_ARPREPLY=y and INET=n results in the following compile error:

    net/built-in.o: In function `ebt_target_reply':
    ebt_arpreply.c:(.text+0x68fb9): undefined reference to `arp_send'
    make: *** [.tmp_vmlinux1] Error 1

    Signed-off-by: Adrian Bunk
    Signed-off-by: David S. Miller

    Adrian Bunk
     

12 Jul, 2005

1 commit

  • Move the protocol specific config options out to the specific protocols.
    With this change net/Kconfig now starts to become readable and serve as a
    good basis for further re-structuring.

    The menu structure is left almost intact, except that indention is
    fixed in most cases. Most visible are the INET changes where several
    "depends on INET" are replaced with a single ifdef INET / endif pair.

    Several new files were created to accomplish this change - they are
    small but serve the purpose that config options are now distributed
    out where they belongs.

    Signed-off-by: Sam Ravnborg
    Signed-off-by: David S. Miller

    Sam Ravnborg
     

29 Jun, 2005

2 commits

  • In 2.6.12 we started dropping the conntrack reference when a packet
    leaves the IP layer. This broke connection tracking on a bridge,
    because bridge-netfilter defers calling some NF_IP_* hooks to the bridge
    layer for locally generated packets going out a bridge, where the
    conntrack reference is no longer available. This patch keeps the
    reference in this case as a temporary solution, long term we will
    remove the defered hook calling. No attempt is made to drop the
    reference in the bridge-code when it is no longer needed, tc actions
    could already have sent the packet anywhere.

    Signed-off-by: Patrick McHardy
    Signed-off-by: David S. Miller

    Patrick McHardy
     
  • When converting over the skb_header_pointer(), I converted parts of
    this module incorrectly. Kill the 'u' union in ebt_log() and all the
    bogus references to it.

    Signed-off-by: David S. Miller

    David S. Miller
     

23 Jun, 2005

1 commit


22 Jun, 2005

1 commit


30 May, 2005

3 commits

  • This improves the bridge local receive path by avoiding going
    through another softirq. The bridge receive path is already being called
    from a netif_receive_skb() there is no point in going through another
    receiveq round trip.

    Recursion is limited because bridge can never be a port of a bridge
    so handle_bridge() always returns.

    Signed-off-by: David S. Miller

    Stephen Hemminger
     
  • Avoid poisoning of the bridge forwarding table by frames that have been
    dropped by filtering. This prevents spoofed source addresses on hostile
    side of bridge from causing packet leakage, a small but possible security
    risk.

    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     
  • Make features of the bridge pseudo-device be a subset of the underlying
    devices. Motivated by Xen and others who use bridging to do failover.

    Signed-off-by: Catalin BOIE
    Signed-off-by: Stephen Hemminger
    Signed-off-by: David S. Miller

    Stephen Hemminger
     

19 Apr, 2005

1 commit


17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds