1. 30 Jun, 2006 1 commit
  2. 29 Jun, 2006 1 commit
    • Ingo Molnar's avatar
      [PATCH] genirq: rename desc->handler to desc->chip · d1bef4ed
      Ingo Molnar authored
      
      
      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: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d1bef4ed
  3. 28 Jun, 2006 3 commits
  4. 27 Jun, 2006 1 commit
  5. 25 Jun, 2006 1 commit
  6. 15 Jun, 2006 1 commit
  7. 11 Jun, 2006 1 commit
  8. 05 Jun, 2006 1 commit
  9. 31 May, 2006 1 commit
    • Benjamin Herrenschmidt's avatar
      [PATCH] powerpc: Fix boot on eMac · 5a47d749
      Benjamin Herrenschmidt authored
      
      
      From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      
      Prevent calling of some platform functions on the clock chips of the eMac
      as it seems to cause it to lockup at boot.  For now, add a quirk to prevent
      that from happening.  Later, I might find out what's wrong and fix it but
      that doesn't seem to be important as the machine appear to work fine
      without running those.  It's possible that Darwin doesn't run them.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Nathan Pilatzke <nathanpilatzke@gmail.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Jean Delvare <khali@linux-fr.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      5a47d749
  10. 26 May, 2006 1 commit
  11. 27 Apr, 2006 1 commit
  12. 22 Apr, 2006 2 commits
  13. 21 Apr, 2006 1 commit
  14. 28 Mar, 2006 1 commit
  15. 27 Mar, 2006 2 commits
  16. 26 Mar, 2006 1 commit
  17. 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
  18. 16 Mar, 2006 1 commit
  19. 03 Mar, 2006 2 commits
  20. 21 Feb, 2006 1 commit
  21. 10 Feb, 2006 1 commit
  22. 08 Feb, 2006 3 commits
  23. 07 Feb, 2006 1 commit
  24. 01 Feb, 2006 2 commits
  25. 24 Jan, 2006 1 commit
    • Benjamin Herrenschmidt's avatar
      [SUNGEM]: Make PM of PHYs more reliable (#2) · 40727198
      Benjamin Herrenschmidt authored
      
      
      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: default avatarDavid S. Miller <davem@davemloft.net>
      40727198
  26. 12 Jan, 2006 1 commit
  27. 11 Jan, 2006 1 commit
  28. 09 Jan, 2006 5 commits
    • Adrian Bunk's avatar
      spelling: s/retreive/retrieve/ · 943ffb58
      Adrian Bunk authored
      
      Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      943ffb58
    • Benjamin Herrenschmidt's avatar
      [PATCH] 4/5 powerpc: Add cpufreq support for all desktop G5 · 9a699aef
      Benjamin Herrenschmidt authored
      
      
      This patch adds cpufreq support for all desktop "tower" G5 models. The
      only G5 models still lacking cpufreq support at this point are the
      Xserve and possibly the new iMac iSight (not tested). I'll have those
      added soon. That patch uses the new platform functions interpreter to
      implement frequency and voltage switching on most models.
      
      Note that in order to find the low frequency value, I had to hack
      something that might now work properly on all models, so if the
      frequency value reported when running low speed looks bogus to you,
      please report it to me. (Appart from a bogus reported value, things
      should work fine).
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      9a699aef
    • Benjamin Herrenschmidt's avatar
      [PATCH] 3/5 powerpc: Add platform functions interpreter · 5b9ca526
      Benjamin Herrenschmidt authored
      
      
      This is the platform function interpreter itself along with the backends
      for UniN/U3/U4, mac-io, GPIOs and i2c. It adds the ability to execute
      those do-platform-* scripts in the device-tree (at least for most
      devices for which a backend is provided). This should replace the clock
      spreading hacks properly. It might also have an impact on all sort of
      machines since some of the scripts marked "at init" will now be executed
      on boot (or some other on sleep/wakeup), those will possibly do things
      that the kernel didn't do at all, like setting some values into some i2c
      devices (changing thermal sensor calibration or conversion rate) etc...
      Thus regression testing is MUCH welcome. Also loook for errors in dmesg.
      That's also why I've left rather verbose debugging enabled in this
      version of the patch.
      
      (I do expect some Windtunnel G4s to show some errors as they have an i2c
      clock chip on the PMU bus that uses some primitives that the i2c backend
      doesn't implement yet. I really need users that have one of those
      machine to come back to me so we can get that done right, though the
      errors themselves should be harmless, I suspect the machine might not
      run at full speed).
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      5b9ca526
    • Benjamin Herrenschmidt's avatar
      [PATCH] 2/5 powerpc: Rework PowerMac i2c part 2 · a28d3af2
      Benjamin Herrenschmidt authored
      
      
      This is the continuation of the previous patch. This one removes the old
      PowerMac i2c drivers (i2c-keywest and i2c-pmac-smu) and replaces them
      both with a single stub driver that uses the new PowerMac low i2c layer.
      
      Now that i2c-keywest is gone, the low-i2c code is extended to support
      interrupt driver transfers. All i2c busses now appear as platform
      devices. Compatibility with existing drivers should be maintained as the
      i2c bus names have been kept identical, except for the SMU bus but in
      that later case, all users has been fixed.
      
      With that patch added, matching a device node to an i2c_adapter becomes
      trivial.
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      a28d3af2
    • Benjamin Herrenschmidt's avatar
      [PATCH] 1/5 powerpc: Rework PowerMac i2c part 1 · 730745a5
      Benjamin Herrenschmidt authored
      
      
      This is the first part of a rework of the PowerMac i2c code. It
      completely reworks the "low_i2c" layer. It is now more flexible,
      supports KeyWest, SMU and PMU i2c busses, and provides functions to
      match device nodes to i2c busses and adapters.
      
      This patch also extends & fix some bugs in the SMU driver related to i2c
      support and removes the clock spreading hacks from the pmac feature code
      rather than adapting them to the new API since they'll be replaced by
      the platform function code completely in patch 3/5
      Signed-off-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarPaul Mackerras <paulus@samba.org>
      730745a5