1. 29 1月, 2008 1 次提交
  2. 19 10月, 2007 1 次提交
  3. 11 10月, 2007 1 次提交
    • H
      [PKT_SCHED]: Add stateless NAT · b4219952
      Herbert Xu 提交于
      Stateless NAT is useful in controlled environments where restrictions are
      placed on through traffic such that we don't need connection tracking to
      correctly NAT protocol-specific data.
      
      In particular, this is of interest when the number of flows or the number
      of addresses being NATed is large, or if connection tracking information
      has to be replicated and where it is not practical to do so.
      
      Previously we had stateless NAT functionality which was integrated into
      the IPv4 routing subsystem.  This was a great solution as long as the NAT
      worked on a subnet to subnet basis such that the number of NAT rules was
      relatively small.  The reason is that for SNAT the routing based system
      had to perform a linear scan through the rules.
      
      If the number of rules is large then major renovations would have take
      place in the routing subsystem to make this practical.
      
      For the time being, the least intrusive way of achieving this is to use
      the u32 classifier written by Alexey Kuznetsov along with the actions
      infrastructure implemented by Jamal Hadi Salim.
      
      The following patch is an attempt at this problem by creating a new nat
      action that can be invoked from u32 hash tables which would allow large
      number of stateless NAT rules that can be used/updated in constant time.
      
      The actual NAT code is mostly based on the previous stateless NAT code
      written by Alexey.  In future we might be able to utilise the protocol
      NAT code from netfilter to improve support for other protocols.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b4219952
  4. 18 7月, 2007 1 次提交
  5. 15 7月, 2007 1 次提交
  6. 11 7月, 2007 2 次提交
  7. 26 4月, 2007 1 次提交
  8. 03 12月, 2006 2 次提交
  9. 01 7月, 2006 1 次提交
  10. 21 3月, 2006 1 次提交
  11. 14 1月, 2006 1 次提交
  12. 12 1月, 2006 1 次提交
  13. 18 11月, 2005 1 次提交
    • R
      [NET]: Sanitize NET_SCHED protection in /net/sched/Kconfig · 05b8b0fa
      Roman Zippel 提交于
      On Thu, 17 Nov 2005, David Gómez wrote:
      
      > I found out that if i select NET_CLS_ROUTE4, save my changes and exit
      > menuconfig, execute again make menuconfig and go to QoS options, then the new
      > available options are visible. So menuconfig has some problem refreshing
      > contents :?
      
      No, they were there before too, but you have to go up one level to see 
      them.
      
      It's better in 2.6.15-rc1-git5, but the menu structure is still a little 
      messed up, the patch below properly indents all menu entries.
      Signed-off-by: NRoman Zippel <zippel@linux-m68k.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      05b8b0fa
  14. 03 11月, 2005 1 次提交
  15. 14 10月, 2005 1 次提交
  16. 30 8月, 2005 1 次提交
  17. 12 7月, 2005 1 次提交
    • S
      [NET]: move config options out to individual protocols · 6a2e9b73
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6a2e9b73
  18. 25 6月, 2005 1 次提交
  19. 24 6月, 2005 2 次提交
  20. 09 6月, 2005 1 次提交
  21. 04 5月, 2005 1 次提交
  22. 25 4月, 2005 1 次提交
  23. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4