1. 16 12月, 2009 1 次提交
  2. 15 12月, 2009 2 次提交
  3. 28 5月, 2009 2 次提交
    • G
      knfsd: fix reply cache memory corruption · cf0a586c
      Greg Banks 提交于
      Fix a regression in the reply cache introduced when the code was
      converted to use proper Linux lists.  When a new entry needs to be
      inserted, the case where all the entries are currently being used
      by threads is not correctly detected.  This can result in memory
      corruption and a crash.  In the current code this is an extremely
      unlikely corner case; it would require the machine to have 1024
      nfsd threads and all of them to be busy at the same time.  However,
      upcoming reply cache changes make this more likely; a crash due to
      this problem was actually observed in field.
      Signed-off-by: NGreg Banks <gnb@sgi.com>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      cf0a586c
    • G
      knfsd: reply cache cleanups · fca4217c
      Greg Banks 提交于
      Make REQHASH() an inline function.  Rename hash_list to cache_hash.
      Fix an obsolete comment.
      Signed-off-by: NGreg Banks <gnb@sgi.com>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      fca4217c
  4. 02 2月, 2008 1 次提交
    • J
      nfsd: fail module init on reply cache init failure · d5c3428b
      J. Bruce Fields 提交于
      If the reply cache initialization fails due to a kmalloc failure,
      currently we try to soldier on with a reduced (or nonexistant) reply
      cache.
      
      Better to just fail immediately: the failure is then much easier to
      understand and debug, and it could save us complexity in some later
      code.  (But actually, it doesn't help currently because the cache is
      also turned off in some odd failure cases; we should probably find a
      better way to handle those failure cases some day.)
      
      Fix some minor style problems while we're at it, and rename
      nfsd_cache_init() to remove the need for a comment describing it.
      Acked-by: NNeilBrown <neilb@suse.de>
      Signed-off-by: NJ. Bruce Fields <bfields@citi.umich.edu>
      d5c3428b
  5. 13 2月, 2007 1 次提交
  6. 09 12月, 2006 1 次提交
  7. 21 10月, 2006 1 次提交
  8. 27 6月, 2006 1 次提交
  9. 07 11月, 2005 1 次提交
  10. 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