An error occurred fetching the project authors.
  1. 04 Jun, 2006 1 commit
  2. 30 May, 2006 2 commits
  3. 18 Apr, 2006 2 commits
  4. 10 Apr, 2006 2 commits
  5. 09 Apr, 2006 2 commits
  6. 27 Mar, 2006 1 commit
  7. 26 Mar, 2006 1 commit
  8. 25 Mar, 2006 1 commit
  9. 24 Mar, 2006 1 commit
  10. 23 Mar, 2006 1 commit
    • Andrew Morton's avatar
      [PATCH] more for_each_cpu() conversions · 394e3902
      Andrew Morton authored
      When we stop allocating percpu memory for not-possible CPUs we must not touch
      the percpu data for not-possible CPUs at all.  The correct way of doing this
      is to test cpu_possible() or to use for_each_cpu().
      
      This patch is a kernel-wide sweep of all instances of NR_CPUS.  I found very
      few instances of this bug, if any.  But the patch converts lots of open-coded
      test to use the preferred helper macros.
      
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: David Howells <dhowells@redhat.com>
      Acked-by: default avatarKyle McMartin <kyle@parisc-linux.org>
      Cc: Anton Blanchard <anton@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: William Lee Irwin III <wli@holomorphy.com>
      Cc: Andi Kleen <ak@muc.de>
      Cc: Christian Zankel <chris@zankel.net>
      Cc: Philippe Elie <phil.el@wanadoo.fr>
      Cc: Nathan Scott <nathans@sgi.com>
      Cc: Jens Axboe <axboe@suse.de>
      Cc: Eric Dumazet <dada1@cosmosbay.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      394e3902
  11. 05 Mar, 2006 1 commit
    • Dave Jones's avatar
      [CPUFREQ] powernow-k8: Let cpufreq driver handle affected CPUs · 2a1c1c87
      Dave Jones authored
      powernow-k8: Let cpufreq driver handle affected CPUs
      
      Let the cpufreq driver manage AMD Dual-Core CPUs being tied together.
      
      Since cpufreq driver's affected CPUs data, cpufreq_policy->cpus, already
      knows about which cores are tied together, powernow driver does not have
      keep its internal data for every core.  (even a pointer.. it will never
      be called on)  Telling cpufreq driver about cpu_core_map at init time is
      sufficient.
      Signed-off-by: default avatarJacob Shin <jacob.shin@amd.com>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      2a1c1c87
  12. 28 Feb, 2006 2 commits
  13. 16 Jan, 2006 1 commit
  14. 06 Dec, 2005 1 commit
  15. 30 Nov, 2005 1 commit
  16. 29 Nov, 2005 1 commit
  17. 21 Nov, 2005 1 commit
  18. 31 Oct, 2005 1 commit
    • Tim Schmielau's avatar
      [PATCH] fix missing includes · 4e57b681
      Tim Schmielau authored
      I recently picked up my older work to remove unnecessary #includes of
      sched.h, starting from a patch by Dave Jones to not include sched.h
      from module.h. This reduces the number of indirect includes of sched.h
      by ~300. Another ~400 pointless direct includes can be removed after
      this disentangling (patch to follow later).
      However, quite a few indirect includes need to be fixed up for this.
      
      In order to feed the patches through -mm with as little disturbance as
      possible, I've split out the fixes I accumulated up to now (complete for
      i386 and x86_64, more archs to follow later) and post them before the real
      patch.  This way this large part of the patch is kept simple with only
      adding #includes, and all hunks are independent of each other.  So if any
      hunk rejects or gets in the way of other patches, just drop it.  My scripts
      will pick it up again in the next round.
      Signed-off-by: default avatarTim Schmielau <tim@physik3.uni-rostock.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      4e57b681
  19. 22 Oct, 2005 1 commit
  20. 21 Oct, 2005 1 commit
    • Dave Jones's avatar
      [PATCH] cpufreq: fix pending powernow timer stuck condition · 0213df74
      Dave Jones authored
      AMD recently discovered that on some hardware, there is a race condition
      possible when a C-state change request goes onto the bus at the same
      time as a P-state change request.
      
      Both requests happen, but the southbridge hardware only acknowledges the
      C-state change.  The PowerNow! driver is then stuck in a loop, waiting
      for the P-state change acknowledgement.  The driver eventually times
      out, but can no longer perform P-state changes.
      
      It turns out the solution is to resend the P-state change, which the
      southbridge will acknowledge normally.
      
      Thanks to Johannes Winkelmann for reporting this and testing the fix.
      Signed-off-by: default avatarMark Langsdorf <mark.langsdorf@amd.com>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      0213df74
  21. 20 Oct, 2005 1 commit
  22. 23 Sep, 2005 1 commit
  23. 29 Jul, 2005 1 commit
    • Dave Jones's avatar
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c: In function `powernow_k8_cpu_init_acpi': · 094ce7fd
      Dave Jones authored
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c:740: warning: unused variable `vid'
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c:739: warning: unused variable `fid'
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c:743: warning: unused variable `vid'
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c:742: warning: unused variable `fid'
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c:746: `fid' undeclared (first use in this function)
      arch/i386/kernel/cpu/cpufreq/powernow-k8.c:746: `vid' undeclared (first use in this function)
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarDave Jones <davej@redhat.com>
      094ce7fd
  24. 28 Jul, 2005 3 commits
  25. 27 Jul, 2005 1 commit
  26. 01 Jun, 2005 1 commit
  27. 16 Apr, 2005 1 commit
    • 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