1. 04 7月, 2006 1 次提交
    • S
      kbuild: introduce utsrelease.h · 63104eec
      Sam Ravnborg 提交于
      include/linux/version.h contained both actual KERNEL version
      and UTS_RELEASE that contains a subset from git SHA1 for when
      kernel was compiled as part of a git repository.
      This had the unfortunate side-effect that all files including version.h
      would be recompiled when some git changes was made due to changes SHA1.
      Split it out so we keep independent parts in separate files.
      
      Also update checkversion.pl script to no longer check for UTS_RELEASE.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      63104eec
  2. 03 7月, 2006 1 次提交
  3. 01 7月, 2006 3 次提交
  4. 30 6月, 2006 1 次提交
    • I
      [PATCH] genirq: rename desc->handler to desc->chip · d1bef4ed
      Ingo Molnar 提交于
      This patch-queue improves the generic IRQ layer to be truly generic, by adding
      various abstractions and features to it, without impacting existing
      functionality.
      
      While the queue can be best described as "fix and improve everything in the
      generic IRQ layer that we could think of", and thus it consists of many
      smaller features and lots of cleanups, the one feature that stands out most is
      the new 'irq chip' abstraction.
      
      The irq-chip abstraction is about describing and coding and IRQ controller
      driver by mapping its raw hardware capabilities [and quirks, if needed] in a
      straightforward way, without having to think about "IRQ flow"
      (level/edge/etc.) type of details.
      
      This stands in contrast with the current 'irq-type' model of genirq
      architectures, which 'mixes' raw hardware capabilities with 'flow' details.
      The patchset supports both types of irq controller designs at once, and
      converts i386 and x86_64 to the new irq-chip design.
      
      As a bonus side-effect of the irq-chip approach, chained interrupt controllers
      (master/slave PIC constructs, etc.) are now supported by design as well.
      
      The end result of this patchset intends to be simpler architecture-level code
      and more consolidation between architectures.
      
      We reused many bits of code and many concepts from Russell King's ARM IRQ
      layer, the merging of which was one of the motivations for this patchset.
      
      This patch:
      
      rename desc->handler to desc->chip.
      
      Originally i did not want to do this, because it's a big patch.  But having
      both "desc->handler", "desc->handle_irq" and "action->handler" caused a
      large degree of confusion and made the code appear alot less clean than it
      truly is.
      
      I have also attempted a dual approach as well by introducing a
      desc->chip alias - but that just wasnt robust enough and broke
      frequently.
      
      So lets get over with this quickly.  The conversion was done automatically
      via scripts and converts all the code in the kernel.
      
      This renaming patch is the first one amongst the patches, so that the
      remaining patches can stay flexible and can be merged and split up
      without having some big monolithic patch act as a merge barrier.
      
      [akpm@osdl.org: build fix]
      [akpm@osdl.org: another build fix]
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d1bef4ed
  5. 29 6月, 2006 1 次提交
  6. 28 6月, 2006 3 次提交
  7. 26 6月, 2006 1 次提交
  8. 15 6月, 2006 1 次提交
  9. 11 6月, 2006 1 次提交
  10. 06 6月, 2006 1 次提交
  11. 01 6月, 2006 1 次提交
  12. 27 5月, 2006 1 次提交
  13. 28 4月, 2006 1 次提交
  14. 22 4月, 2006 2 次提交
  15. 21 4月, 2006 1 次提交
  16. 28 3月, 2006 1 次提交
  17. 27 3月, 2006 3 次提交
  18. 23 3月, 2006 1 次提交
    • A
      [PATCH] more for_each_cpu() conversions · 394e3902
      Andrew Morton 提交于
      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: NKyle 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: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      394e3902
  19. 16 3月, 2006 1 次提交
  20. 03 3月, 2006 2 次提交
  21. 21 2月, 2006 1 次提交
  22. 10 2月, 2006 1 次提交
  23. 08 2月, 2006 3 次提交
  24. 07 2月, 2006 1 次提交
  25. 02 2月, 2006 1 次提交
  26. 01 2月, 2006 1 次提交
  27. 24 1月, 2006 1 次提交
    • B
      [SUNGEM]: Make PM of PHYs more reliable (#2) · 40727198
      Benjamin Herrenschmidt 提交于
      On my latest laptop, I've had occasional PHY dead on wakeup from
      sleep... the PHY would be totally unresponsive even to toggling the hard
      reset line until the machine is powered down... Looking closely at the
      code, I found some possible issues in the way we setup the MDIO lines
      during suspend along with slight divergences from what Darwin does when
      resetting it that may explain the problem. That patch change these and
      the problem appear to be gone for me at least... I also fixed an mdelay
      -> msleep while I was at it to the pmac feature code that is called
      when toggling the PHY reset line since sungem doesn't call it in an
      atomic context anymore.
      
      Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>b
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      40727198
  28. 12 1月, 2006 1 次提交
  29. 11 1月, 2006 1 次提交
  30. 10 1月, 2006 1 次提交