1. 17 6月, 2009 3 次提交
  2. 08 6月, 2009 1 次提交
  3. 14 5月, 2009 1 次提交
  4. 28 4月, 2009 1 次提交
    • Y
      irq: change ->set_affinity() to return status · d5dedd45
      Yinghai Lu 提交于
      according to Ingo, change set_affinity() in irq_chip should return int,
      because that way we can handle failure cases in a much cleaner way, in
      the genirq layer.
      
      v2: fix two typos
      
      [ Impact: extend API ]
      Signed-off-by: NYinghai Lu <yinghai@kernel.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Suresh Siddha <suresh.b.siddha@intel.com>
      Cc: "Eric W. Biederman" <ebiederm@xmission.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: linux-arch@vger.kernel.org
      LKML-Reference: <49F654E9.4070809@kernel.org>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d5dedd45
  5. 30 3月, 2009 1 次提交
  6. 15 1月, 2009 1 次提交
    • M
      irq: update all arches for new irq_desc, fix · d2287f5e
      Mike Travis 提交于
      Impact: fix build errors
      
      Since the SPARSE IRQS changes redefined how the kstat irqs are
      organized, arch's must use the new accessor function:
      
      	kstat_incr_irqs_this_cpu(irq, DESC);
      
      If CONFIG_SPARSE_IRQS is set, then DESC is a pointer to the
      irq_desc which has a pointer to the kstat_irqs.  If not, then
      the .irqs field of struct kernel_stat is used instead.
      Signed-off-by: NMike Travis <travis@sgi.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      d2287f5e
  7. 13 12月, 2008 2 次提交
    • R
      cpumask: make irq_set_affinity() take a const struct cpumask · 0de26520
      Rusty Russell 提交于
      Impact: change existing irq_chip API
      
      Not much point with gentle transition here: the struct irq_chip's
      setaffinity method signature needs to change.
      
      Fortunately, not widely used code, but hits a few architectures.
      
      Note: In irq_select_affinity() I save a temporary in by mangling
      irq_desc[irq].affinity directly.  Ingo, does this break anything?
      
      (Folded in fix from KOSAKI Motohiro)
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: NMike Travis <travis@sgi.com>
      Reviewed-by: NGrant Grundler <grundler@parisc-linux.org>
      Acked-by: NIngo Molnar <mingo@redhat.com>
      Cc: ralf@linux-mips.org
      Cc: grundler@parisc-linux.org
      Cc: jeremy@xensource.com
      Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
      0de26520
    • R
      cpumask: centralize cpu_online_map and cpu_possible_map · 98a79d6a
      Rusty Russell 提交于
      Impact: cleanup
      
      Each SMP arch defines these themselves.  Move them to a central
      location.
      
      Twists:
      1) Some archs (m32, parisc, s390) set possible_map to all 1, so we add a
         CONFIG_INIT_ALL_POSSIBLE for this rather than break them.
      
      2) mips and sparc32 '#define cpu_possible_map phys_cpu_present_map'.
         Those archs simply have phys_cpu_present_map replaced everywhere.
      
      3) Alpha defined cpu_possible_map to cpu_present_map; this is tricky
         so I just manipulate them both in sync.
      
      4) IA64, cris and m32r have gratuitous 'extern cpumask_t cpu_possible_map'
         declarations.
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      Reviewed-by: NGrant Grundler <grundler@parisc-linux.org>
      Tested-by: NTony Luck <tony.luck@intel.com>
      Acked-by: NIngo Molnar <mingo@elte.hu>
      Cc: Mike Travis <travis@sgi.com>
      Cc: ink@jurassic.park.msu.ru
      Cc: rmk@arm.linux.org.uk
      Cc: starvik@axis.com
      Cc: tony.luck@intel.com
      Cc: takata@linux-m32r.org
      Cc: ralf@linux-mips.org
      Cc: grundler@parisc-linux.org
      Cc: paulus@samba.org
      Cc: schwidefsky@de.ibm.com
      Cc: lethal@linux-sh.org
      Cc: wli@holomorphy.com
      Cc: davem@davemloft.net
      Cc: jdike@addtoit.com
      Cc: mingo@redhat.com
      98a79d6a
  8. 20 10月, 2008 1 次提交
  9. 17 10月, 2008 1 次提交
  10. 09 10月, 2008 1 次提交
  11. 06 10月, 2008 1 次提交
  12. 31 7月, 2008 1 次提交
  13. 22 7月, 2008 1 次提交
  14. 15 7月, 2008 1 次提交
    • M
      i2c-sibyte: SWARM I2C board initialization · 392a0408
      Maciej W. Rozycki 提交于
       The standard rtc-m41t80.c driver cannot be used with the SWARM as it is,
      because the board does not provide setup information for the I2C core.  
      As a result the bus and the address to probe for the M41T80 chip is not
      known.
      
       Here is a set of changes that fix the problem:
      
      1. swarm-i2c.c -- SWARM I2C board setup, currently for the M41T80 chip on 
         the bus #1 only (there is a MAX6654 temperature sensor on the bus #0 
         which may be added in the future if we have a driver for that chip).
      
      2. The i2c-sibyte.c BCM1250A SMBus controller driver now registers its 
         buses as numbered so that board setup is correctly applied.
      Signed-off-by: NMaciej W. Rozycki <macro@linux-mips.org>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      392a0408
  15. 26 6月, 2008 1 次提交
  16. 16 6月, 2008 1 次提交
  17. 19 5月, 2008 1 次提交
  18. 20 2月, 2008 1 次提交
  19. 29 1月, 2008 2 次提交
  20. 16 11月, 2007 2 次提交
  21. 03 11月, 2007 8 次提交
  22. 30 10月, 2007 2 次提交
  23. 23 10月, 2007 1 次提交
    • R
      [MIPS] time: SMP-proofing of Sibyte clockevent/clocksource code. · d0453365
      Ralf Baechle 提交于
      The BCM148 has 4 cores but there are also just 4 generic timers available
      so use the ZBbus cycle counter instead of it.  In addition the ZBbus
      counter also offers a much higher resolution and 64-bit counting so I'm
      considering a later complete conversion to it once I figure out if all
      members of the Sibyte SOC family support it - the docs seem to agree but
      the headers files seem to disagree ...
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      d0453365
  24. 20 10月, 2007 1 次提交
  25. 18 10月, 2007 1 次提交
  26. 12 10月, 2007 2 次提交