1. 27 Sep, 2006 1 commit
  2. 24 Aug, 2006 1 commit
  3. 30 Jun, 2006 1 commit
  4. 26 Mar, 2006 1 commit
    • Ingo Molnar's avatar
      [PATCH] sem2mutex: fs/ · 353ab6e9
      Ingo Molnar authored
      
      Semaphore to mutex conversion.
      
      The conversion was generated via scripts, and the result was validated
      automatically via a script as well.
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Cc: Eric Van Hensbergen <ericvh@ericvh.myip.org>
      Cc: Robert Love <rml@tech9.net>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: Dave Kleikamp <shaggy@austin.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      353ab6e9
  5. 21 Mar, 2006 2 commits
  6. 20 Mar, 2006 1 commit
    • J. Bruce Fields's avatar
      lockd: Remove FL_LOCKD flag · 7117bf3d
      J. Bruce Fields authored
      
      Currently lockd identifies its own locks using the FL_LOCKD flag.  This
      doesn't scale well to multiple lock managers--if we did this in nfsv4 too,
      for example, we'd be left with only one free flag bit.
      
      Instead, we just check whether the file manager ops (fl_lmops) set on this
      lock are our own.
      
      The only use for this is in nlm_traverse_locks, which uses it to find locks
      that need cleaning up when freeing a host or a file.
      
      In the long run it might be nice to do reference counting instead of
      traversing all the locks like this....
      Signed-off-by: default avatarJ. Bruce Fields <bfields@citi.umich.edu>
      Signed-off-by: default avatarTrond Myklebust <Trond.Myklebust@netapp.com>
      7117bf3d
  7. 04 Nov, 2005 1 commit
  8. 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