1. 12 Sep, 2005 1 commit
  2. 25 Jun, 2005 1 commit
    • Paul E. McKenney's avatar
      [PATCH] RCU: clean up a few remaining synchronize_kernel() calls · b2b18660
      Paul E. McKenney authored
      
      
      2.6.12-rc6-mm1 has a few remaining synchronize_kernel()s, some (but not
      all) in comments.  This patch changes these synchronize_kernel() calls (and
      comments) to synchronize_rcu() or synchronize_sched() as follows:
      
      - arch/x86_64/kernel/mce.c mce_read(): change to synchronize_sched() to
        handle races with machine-check exceptions (synchronize_rcu() would not cut
        it given RCU implementations intended for hardcore realtime use.
      
      - drivers/input/serio/i8042.c i8042_stop(): change to synchronize_sched() to
        handle races with i8042_interrupt() interrupt handler.  Again,
        synchronize_rcu() would not cut it given RCU implementations intended for
        hardcore realtime use.
      
      - include/*/kdebug.h comments: change to synchronize_sched() to handle races
        with NMIs.  As before, synchronize_rcu() would not cut it...
      
      - include/linux/list.h comment: change to synchronize_rcu(), since this
        comment is for list_del_rcu().
      
      - security/keys/key.c unregister_key_type(): change to synchronize_rcu(),
        since this is interacting with RCU read side.
      
      - security/keys/process_keys.c install_session_keyring(): change to
        synchronize_rcu(), since this is interacting with RCU read side.
      Signed-off-by: default avatar"Paul E. McKenney" <paulmck@us.ibm.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      b2b18660
  3. 16 Apr, 2005 2 commits
    • Andi Kleen's avatar
      [PATCH] x86_64: Keep only a single debug notifier chain · daeeafec
      Andi Kleen authored
      
      
      Calling a notifier three times in the debug handler does not make much sense,
      because a debugger can figure out the various conditions by itself.  Remove
      the additional calls to DIE_DEBUG and DIE_DEBUGSTEP completely.
      
      This matches what i386 does now.
      
      This also makes sure interrupts are always still disabled when calling a
      debugger, which prevents:
      
      BUG: using smp_processor_id() in preemptible [00000001] code: tpopf/1470
      caller is post_kprobe_handler+0x9/0x70
      
      Call Trace:<ffffffff8024f10f>{smp_processor_id+191} <ffffffff80120e69>{post_kpro
      be_handler+9} 
      <ffffffff80120f7a>{kprobe_exceptions_notify+58} 
      <ffffffff80144fc0>{notifier_call_chain+32} <ffffffff80110daf>{do_debug+335} 
      <ffffffff8010f513>{debug+127}  <EOE> 
      
      on preemptible debug kernels with kprobes when single stepping in user space.
      
      This was probably a bug even on non preempt kernels, this function was
      supposed to be running with interrupts off according to a comment there.
      
      Note to third part debugger maintainers: please double check your debugger can
      still single step.
      
      Cc: <prasanna@in.ibm.com>
      Cc: <jbeulich@novell.com>
      Cc: <kaos@sgi.com>
      Cc: <jim.houston@ccur.com>
      Cc: <jfv@bluesong.net>
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      daeeafec
    • 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