An error occurred fetching the project authors.
  1. 03 Dec, 2006 1 commit
    • Thomas Graf's avatar
      [NET]: Rethink mark field in struct flowi · 47dcf0cb
      Thomas Graf authored
      Now that all protocols have been made aware of the mark
      field it can be moved out of the union thus simplyfing
      its usage.
      
      The config options in the IPv4/IPv6/DECnet subsystems
      to enable respectively disable mark based routing only
      obfuscate the code with ifdefs, the cost for the
      additional comparison in the flow key is insignificant,
      and most distributions have all these options enabled
      by default anyway. Therefore it makes sense to remove
      the config options and enable mark based routing by
      default.
      Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      47dcf0cb
  2. 22 Sep, 2006 1 commit
  3. 12 Jul, 2005 1 commit
    • Sam Ravnborg's avatar
      [NET]: move config options out to individual protocols · 6a2e9b73
      Sam Ravnborg authored
      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: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      6a2e9b73
  4. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      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