1. 15 12月, 2009 3 次提交
  2. 02 10月, 2009 1 次提交
  3. 26 8月, 2009 1 次提交
  4. 10 8月, 2009 1 次提交
  5. 29 7月, 2009 2 次提交
  6. 13 7月, 2009 1 次提交
  7. 19 6月, 2009 1 次提交
    • N
      nfsd: don't take nfsd_mutex twice when setting number of threads. · 82e12fe9
      NeilBrown 提交于
      Currently when we write a number to 'threads' in nfsdfs,
      we take the nfsd_mutex, update the number of threads, then take the
      mutex again to read the number of threads.
      
      Mostly this isn't a big deal.  However if we are write '0', and
      portmap happens to be dead, then we can get unpredictable behaviour.
      If the nfsd threads all got killed quickly and the last thread is
      waiting for portmap to respond, then the second time we take the mutex
      we will block waiting for the last thread.
      However if the nfsd threads didn't die quite that fast, then there
      will be no contention when we try to take the mutex again.
      
      Unpredictability isn't fun, and waiting for the last thread to exit is
      pointless, so avoid taking the lock twice.
      To achieve this, get nfsd_svc return a non-negative number of active
      threads when not returning a negative error.
      Signed-off-by: NNeilBrown <neilb@suse.de>
      82e12fe9
  8. 29 4月, 2009 13 次提交
  9. 04 4月, 2009 1 次提交
  10. 29 3月, 2009 2 次提交
  11. 19 3月, 2009 1 次提交
  12. 07 1月, 2009 4 次提交
  13. 31 10月, 2008 1 次提交
  14. 23 10月, 2008 1 次提交
  15. 05 10月, 2008 2 次提交
  16. 27 7月, 2008 1 次提交
  17. 16 7月, 2008 1 次提交
  18. 24 6月, 2008 2 次提交
  19. 29 4月, 2008 1 次提交