1. 04 7月, 2006 1 次提交
  2. 01 7月, 2006 1 次提交
  3. 06 5月, 2006 1 次提交
  4. 04 5月, 2006 1 次提交
  5. 12 1月, 2006 1 次提交
  6. 04 1月, 2006 1 次提交
  7. 28 9月, 2005 4 次提交
  8. 13 9月, 2005 2 次提交
  9. 07 9月, 2005 1 次提交
  10. 30 8月, 2005 1 次提交
  11. 24 8月, 2005 2 次提交
    • R
      [AX25]: UID fixes · 01d7dd0e
      Ralf Baechle 提交于
       o Brown paperbag bug - ax25_findbyuid() was always returning a NULL pointer
         as the result.  Breaks ROSE completly and AX.25 if UID policy set to deny.
      
       o While the list structure of AX.25's UID to callsign mapping table was
         properly protected by a spinlock, it's elements were not refcounted
         resulting in a race between removal and usage of an element.
      Signed-off-by: NRalf Baechle DL5RB <ralf@linux-mips.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      01d7dd0e
    • R
      [NET]: Fix socket bitop damage · 53b924b3
      Ralf Baechle 提交于
      The socket flag cleanups that went into 2.6.12-rc1 are basically oring
      the flags of an old socket into the socket just being created.
      Unfortunately that one was just initialized by sock_init_data(), so already
      has SOCK_ZAPPED set.  As the result zapped sockets are created and all
      incoming connection will fail due to this bug which again was carefully
      replicated to at least AX.25, NET/ROM or ROSE.
      
      In order to keep the abstraction alive I've introduced sock_copy_flags()
      to copy the socket flags from one sockets to another and used that
      instead of the bitwise copy thing.  Anyway, the idea here has probably
      been to copy all flags, so sock_copy_flags() should be the right thing.
      With this the ham radio protocols are usable again, so I hope this will
      make it into 2.6.13.
      Signed-off-by: NRalf Baechle DL5RB <ralf@linux-mips.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      53b924b3
  12. 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