27 Jul, 2005

1 commit


25 Jul, 2005

2 commits


23 Jul, 2005

7 commits


22 Jul, 2005

1 commit

  • If a connection tracking helper tells us to expect a connection, and
    we're already expecting that connection, we simply free the one they
    gave us and return success.

    The problem is that NAT helpers (eg. FTP) have to allocate the
    expectation first (to see what port is available) then rewrite the
    packet. If that rewrite fails, they try to remove the expectation,
    but it was freed in ip_conntrack_expect_related.

    This is one example of a larger problem: having registered the
    expectation, the pointer is no longer ours to use. Reference counting
    is needed for ctnetlink anyway, so introduce it now.

    To have a single "put" path, we need to grab the reference to the
    connection on creation, rather than open-coding it in the caller.

    Signed-off-by: Rusty Russell
    Signed-off-by: David S. Miller

    Rusty Russell
     

20 Jul, 2005

8 commits


19 Jul, 2005

8 commits


13 Jul, 2005

3 commits

  • OK, I can see what's happening here. eth0 doesn't detect link-up until
    after a few seconds, so when the vlan interface is opened immediately
    after eth0 has been opened, it inherits the link-down state. Subsequently
    the vlan interface is never properly activated and are thus unable to
    transmit any packets.

    dev->state bits are not supposed to be manipulated directly. Something
    similar is probably needed for the netif_device_present() bit, although
    I don't know how this is meant to work for a virtual device.

    Signed-off-by: David S. Miller

    Tommy Christensen
     
  • tr_type_trans(), hippi_type_trans() left as-is.

    Signed-off-by: Alexey Dobriyan
    Signed-off-by: David S. Miller

    Alexey Dobriyan
     
  • Revert the nf_reset change that caused so much trouble, drop conntrack
    references manually before packets are queued to packet sockets.

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

    Phil Oester
     

12 Jul, 2005

6 commits

  • 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
     
  • Create a new top-level menu named "Networking" thus moving
    net related options and protocol selection way from the drivers
    menu and up on the top-level where they belong.

    To implement this all architectures has to source "net/Kconfig" before
    drivers/*/Kconfig in their Kconfig file. This change has been
    implemented for all architectures.

    Device drivers for ordinary NIC's are still to be found
    in the Device Drivers section, but Bluetooth, IrDA and ax25
    are located with their corresponding menu entries under the new
    networking menu item.

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

    Sam Ravnborg
     
  • In some cases, we may be generating packets with a source address that
    qualifies as martian. This can happen when we're in the middle of setting
    up the network, and netfilter decides to reject a packet with an RST.
    The IPv4 routing code would try to print a warning and oops, because
    locally generated packets do not have a valid skb->mac.raw pointer
    at this point.

    Signed-off-by: David S. Miller

    Olaf Kirch
     
  • An addition to the last ipvs changes that move
    update_defense_level/si_meminfo to keventd:

    - ip_vs_random_dropentry now runs in process context and should use _bh
    locks to protect from softirqs

    - update_defense_level still needs _bh locks after si_meminfo is called,
    for the same purpose

    Signed-off-by: Julian Anastasov
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Julian Anastasov
     
  • Signed-off-by: Jesper Juhl
    Signed-off-by: Adrian Bunk
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Jesper Juhl
     
  • Signed-off-by: Alexey Dobriyan
    Signed-off-by: David S. Miller

    Alexey Dobriyan
     

09 Jul, 2005

4 commits