1. 08 9月, 2005 1 次提交
  2. 11 8月, 2005 1 次提交
    • A
      [PATCH] ns558 list handling fix · 22d0def9
      Alexander Nyberg 提交于
      Need to use list_for_entry_safe(), as we're removing items during the
      traversal.  list_for_each_entry() uses the first ptr also as an iterator, if
      you kfree() it slab takes it, might poison it and then you try to use it to
      iterate to the next object in list.
      
      Cc: Vojtech Pavlik <vojtech@suse.cz>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      22d0def9
  3. 30 6月, 2005 1 次提交
  4. 28 6月, 2005 1 次提交
    • L
      Commit the manual part of the input layer merge. · 3c803e8e
      Linus Torvalds 提交于
      git did actually warn me about the fact that I hadn't actually done an
      "update-cache" on these two files, but the warning was at the bottom of
      a list of all the files that _did_ change in the merge, so I never
      noticed.  My bad.
      3c803e8e
  5. 26 6月, 2005 1 次提交
    • C
      [PATCH] Cleanup patch for process freezing · 3e1d1d28
      Christoph Lameter 提交于
      1. Establish a simple API for process freezing defined in linux/include/sched.h:
      
         frozen(process)		Check for frozen process
         freezing(process)		Check if a process is being frozen
         freeze(process)		Tell a process to freeze (go to refrigerator)
         thaw_process(process)	Restart process
         frozen_process(process)	Process is frozen now
      
      2. Remove all references to PF_FREEZE and PF_FROZEN from all
         kernel sources except sched.h
      
      3. Fix numerous locations where try_to_freeze is manually done by a driver
      
      4. Remove the argument that is no longer necessary from two function calls.
      
      5. Some whitespace cleanup
      
      6. Clear potential race in refrigerator (provides an open window of PF_FREEZE
         cleared before setting PF_FROZEN, recalc_sigpending does not check
         PF_FROZEN).
      
      This patch does not address the problem of freeze_processes() violating the rule
      that a task may only modify its own flags by setting PF_FREEZE. This is not clean
      in an SMP environment. freeze(process) is therefore not SMP safe!
      Signed-off-by: NChristoph Lameter <christoph@lameter.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      3e1d1d28
  6. 22 6月, 2005 1 次提交
    • I
      [PATCH] smp_processor_id() cleanup · 39c715b7
      Ingo Molnar 提交于
      This patch implements a number of smp_processor_id() cleanup ideas that
      Arjan van de Ven and I came up with.
      
      The previous __smp_processor_id/_smp_processor_id/smp_processor_id API
      spaghetti was hard to follow both on the implementational and on the
      usage side.
      
      Some of the complexity arose from picking wrong names, some of the
      complexity comes from the fact that not all architectures defined
      __smp_processor_id.
      
      In the new code, there are two externally visible symbols:
      
       - smp_processor_id(): debug variant.
      
       - raw_smp_processor_id(): nondebug variant. Replaces all existing
         uses of _smp_processor_id() and __smp_processor_id(). Defined
         by every SMP architecture in include/asm-*/smp.h.
      
      There is one new internal symbol, dependent on DEBUG_PREEMPT:
      
       - debug_smp_processor_id(): internal debug variant, mapped to
                                   smp_processor_id().
      
      Also, i moved debug_smp_processor_id() from lib/kernel_lock.c into a new
      lib/smp_processor_id.c file.  All related comments got updated and/or
      clarified.
      
      I have build/boot tested the following 8 .config combinations on x86:
      
       {SMP,UP} x {PREEMPT,!PREEMPT} x {DEBUG_PREEMPT,!DEBUG_PREEMPT}
      
      I have also build/boot tested x64 on UP/PREEMPT/DEBUG_PREEMPT.  (Other
      architectures are untested, but should work just fine.)
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NArjan van de Ven <arjan@infradead.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      39c715b7
  7. 21 6月, 2005 1 次提交
  8. 01 6月, 2005 1 次提交
  9. 29 5月, 2005 3 次提交
  10. 28 5月, 2005 1 次提交
    • A
      Input: · 668d1e60
      Adrian Bunk 提交于
      This patch adds dummy gameport_register_port, gameport_unregister_port
      and gameport_set_phys functions to gameport.h for the case when a driver
      can't use gameport.
      
      This fixes the compilation of some OSS drivers with GAMEPORT=n without
      the need to #if inside every single driver.
      
      This patch also removes the non-working and now obsolete SOUND_GAMEPORT.
      
      This patch is also an alternative solution for ALSA drivers with similar
      problems (but #if's inside the drivers might have the advantage of
      saving some more bytes of gameport is not available).
      
      The only user-visible change is that for GAMEPORT=m the affected OSS
      drivers are now allowed to be built statically (but they won't have
      gameport support).
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Signed-off-by: NVojtech Pavlik <vojtech@suse.cz>
      Signed-off-by: NDmitry Torokhov <dtor@mail.ru>
      668d1e60
  11. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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