1. 09 Jan, 2006 2 commits
  2. 28 Nov, 2005 1 commit
    • Ben Collins's avatar
      [PATCH] Fix hardcoded cpu=0 in workqueue for per_cpu_ptr() calls · bce61dd4
      Ben Collins authored
      Tracked this down on an Ultra Enterprise 3000.  It's a 6-way machine.  Odd
      thing about this machine (and it's good for finding bugs like this) is that
      the CPU id's are not 0 based.  For instance, on my machine the CPU's are
      This caused some NULL pointer dereference in kernel/workqueue.c because for
      single_threaded workqueue's, it hardcoded the cpu to 0.
      I changed the 0's to any_online_cpu(cpu_online_mask), which cpumask.h
      claims is "First cpu in mask".  So this fits the same usage.
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  3. 07 Nov, 2005 1 commit
    • Heiko Carstens's avatar
      [PATCH] cpu hoptlug: avoid usage of smp_processor_id() in preemptible code · a4c4af7c
      Heiko Carstens authored
      Replace smp_processor_id() with any_online_cpu(cpu_online_map) in order to
      avoid lots of "BUG: using smp_processor_id() in preemptible [00000001]
      code:..." messages in case taking a cpu online fails.
      All the traces start at the last notifier_call_chain(...) in kernel/cpu.c.
      Since we hold the cpu_control semaphore it shouldn't be any problem to access
      The reason why cpu_up failed is simply that the cpu that was supposed to be
      taken online wasn't even there.  That is because on s390 we never know when a
      new cpu comes and therefore cpu_possible_map consists of only ones and doesn't
      reflect reality.
      Signed-off-by: default avatarHeiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  4. 31 Oct, 2005 1 commit
  5. 07 Sep, 2005 2 commits
  6. 10 Aug, 2005 1 commit
    • James Bottomley's avatar
      [PATCH] remove name length check in a workqueue · 60686744
      James Bottomley authored
      We have a chek in there to make sure that the name won't overflow
      task_struct.comm[], but it's triggering for scsi with lots of HBAs, only
      scsi is using single-threaded workqueues which don't append the "/%d"
      All too hard.  Just kill the BUG_ON.
      Cc: Ingo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      [ kthread_create() uses vsnprintf() and limits the thing, so no
        actual overflow can actually happen regardless ]
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  7. 16 Apr, 2005 2 commits
    • James Bottomley's avatar
      [PATCH] re-export cancel_rearming_delayed_workqueue · 81ddef77
      James Bottomley authored
      This was unexported by Arjan because we have no current users.
      However, during a conversion from tasklets to workqueues of the parisc led
      functions, we ran across a case where this was needed.  In particular, the
      open coded equivalent of cancel_rearming_delayed_workqueue was implemented
      incorrectly, which is, I think, all the evidence necessary that this is a
      useful API.
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    • 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!