1. 23 12月, 2005 2 次提交
    • A
      [PATCH] fix posix lock on NFS · 0800c5f7
      ASANO Masahiro 提交于
      NFS client prevents mandatory lock, but there is a flaw on it; Locks are
      possibly left if the mode is changed while locking.
      
      This permits unlocking even if the mandatory lock bits are set.
      Signed-off-by: NASANO Masahiro <masano@tnes.nec.co.jp>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0800c5f7
    • N
      [PATCH] fix race with preempt_enable() · d6f02913
      Nicolas Pitre 提交于
      Currently a simple
      
      	void foo(void) { preempt_enable(); }
      
      produces the following code on ARM:
      
      foo:
      	bic	r3, sp, #8128
      	bic	r3, r3, #63
      	ldr	r2, [r3, #4]
      	ldr	r1, [r3, #0]
      	sub	r2, r2, #1
      	tst	r1, #4
      	str	r2, [r3, #4]
      	blne	preempt_schedule
      	mov	pc, lr
      
      The problem is that the TIF_NEED_RESCHED flag is loaded _before_ the
      preemption count is stored back, hence any interrupt coming within that
      3 instruction window causing TIF_NEED_RESCHED to be set won't be
      seen and scheduling won't happen as it should.
      
      Nothing currently prevents gcc from performing that reordering.  There
      is already a barrier() before the decrement of the preemption count, but
      another one is needed between this and the TIF_NEED_RESCHED flag test
      for proper code ordering.
      Signed-off-by: NNicolas Pitre <nico@cam.org>
      Acked-by: NNick Piggin <nickpiggin@yahoo.com.au>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d6f02913
  2. 22 12月, 2005 6 次提交
  3. 21 12月, 2005 14 次提交
  4. 20 12月, 2005 18 次提交