1. 22 5月, 2007 1 次提交
    • A
      Detach sched.h from mm.h · e8edc6e0
      Alexey Dobriyan 提交于
      First thing mm.h does is including sched.h solely for can_do_mlock() inline
      function which has "current" dereference inside. By dealing with can_do_mlock()
      mm.h can be detached from sched.h which is good. See below, why.
      
      This patch
      a) removes unconditional inclusion of sched.h from mm.h
      b) makes can_do_mlock() normal function in mm/mlock.c
      c) exports can_do_mlock() to not break compilation
      d) adds sched.h inclusions back to files that were getting it indirectly.
      e) adds less bloated headers to some files (asm/signal.h, jiffies.h) that were
         getting them indirectly
      
      Net result is:
      a) mm.h users would get less code to open, read, preprocess, parse, ... if
         they don't need sched.h
      b) sched.h stops being dependency for significant number of files:
         on x86_64 allmodconfig touching sched.h results in recompile of 4083 files,
         after patch it's only 3744 (-8.3%).
      
      Cross-compile tested on
      
      	all arm defconfigs, all mips defconfigs, all powerpc defconfigs,
      	alpha alpha-up
      	arm
      	i386 i386-up i386-defconfig i386-allnoconfig
      	ia64 ia64-up
      	m68k
      	mips
      	parisc parisc-up
      	powerpc powerpc-up
      	s390 s390-up
      	sparc sparc-up
      	sparc64 sparc64-up
      	um-x86_64
      	x86_64 x86_64-up x86_64-defconfig x86_64-allnoconfig
      
      as well as my two usual configs.
      Signed-off-by: NAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e8edc6e0
  2. 09 5月, 2007 1 次提交
  3. 19 2月, 2007 1 次提交
    • E
      9p: implement optional loose read cache · e03abc0c
      Eric Van Hensbergen 提交于
      While cacheing is generally frowned upon in the 9p world, it has its
      place -- particularly in situations where the remote file system is
      exclusive and/or read-only.  The vacfs views of venti content addressable
      store are a real-world instance of such a situation.  To facilitate higher
      performance for these workloads (and eventually use the fscache patches),
      we have enabled a "loose" cache mode which does not attempt to maintain
      any form of consistency on the page-cache or dcache.  This results in over
      two orders of magnitude performance improvement for cacheable block reads
      in the Bonnie benchmark.  The more aggressive use of the dcache also seems
      to improve metadata operational performance.
      Signed-off-by: NEric Van Hensbergen <ericvh@gmail.com>
      e03abc0c
  4. 26 3月, 2006 2 次提交
  5. 03 3月, 2006 1 次提交
    • E
      [PATCH] v9fs: simplify fid mapping · 46f6dac2
      Eric Van Hensbergen 提交于
      v9fs has been plagued by an over-complicated approach trying to map Linux
      dentry semantics to Plan 9 fid semantics.  Our previous approach called for
      aggressive flushing of the dcache resulting in several problems (including
      wierd cwd behavior when running /bin/pwd).
      
      This patch dramatically simplifies our handling of this fid management.  Fids
      will not be clunked as promptly, but the new approach is more functionally
      correct.  We now clunk un-open fids only when their dentry ref_count reaches 0
      (and d_delete is called).
      
      Another simplification is we no longer seek to match fids to the process-id or
      uid of the action initiator.  The uid-matching will need to be revisited when
      we fix the security model.
      Signed-off-by: NEric Van Hensbergen <ericvh@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      46f6dac2
  6. 09 1月, 2006 2 次提交
  7. 28 9月, 2005 1 次提交
    • L
      [PATCH] v9fs: fix races in fid allocation · 0b8dd177
      Latchesar Ionkov 提交于
      Fid management cleanup.  The patch attempts to fix the races in dentry's
      fid management.
      
      Dentries don't keep the opened fids anymore, they are moved to the file
      structs.  Ideally there should be no more than one fid with fidcreate equal
      to zero in the dentry's list of fids.
      
      v9fs_fid_create initializes the important fields (fid, fidcreated) before
      v9fs_fid is added to the list.  v9fs_fid_lookup returns only fids that are
      not created by v9fs_create.  v9fs_fid_get_created returns the fid created
      by the same process by v9fs_create (if any) and removes it from dentry's
      list
      Signed-off-by: NLatchesar Ionkov <lucho@ionkov.net>
      Cc: Eric Van Hensbergen <ericvh@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0b8dd177
  8. 10 9月, 2005 1 次提交