Skip to content

K
kernel_linux

OpenHarmony / kernel_linux
上一次同步 3 年多

通知 13
Star 8
Fork 2
K
kernel_linux
切换分支/标签
  1. 18 10月, 2007 2 次提交
  3. 15 7月, 2007 2 次提交
  5. 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
  7. 09 5月, 2007 1 次提交
  9. 24 4月, 2007 1 次提交
  11. 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
  13. 13 2月, 2007 1 次提交
  15. 10 2月, 2007 1 次提交
  17. 27 1月, 2007 2 次提交
  19. 08 12月, 2006 1 次提交
  21. 01 10月, 2006 1 次提交
  23. 27 9月, 2006 1 次提交
  25. 01 8月, 2006 1 次提交
  27. 29 6月, 2006 1 次提交
  29. 26 6月, 2006 2 次提交
  31. 16 5月, 2006 1 次提交
  33. 26 3月, 2006 4 次提交
  35. 22 3月, 2006 1 次提交
  37. 09 3月, 2006 1 次提交
  39. 03 3月, 2006 1 次提交
  41. 04 2月, 2006 1 次提交
  43. 19 1月, 2006 1 次提交
  45. 10 1月, 2006 1 次提交
  47. 09 1月, 2006 4 次提交
  49. 29 11月, 2005 1 次提交
  51. 07 11月, 2005 1 次提交
  53. 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
  55. 23 9月, 2005 1 次提交
  57. 10 9月, 2005 2 次提交