1. 02 6月, 2012 2 次提交
  2. 31 5月, 2012 1 次提交
  3. 22 5月, 2012 1 次提交
  4. 21 5月, 2012 1 次提交
    • P
      sh: Kill off machvec IRQ hinting. · 63dc02bd
      Paul Mundt 提交于
      Everything is using sparseirq these days, so we have no need to
      arbitrarily size nr_irqs ahead of time. The legacy IRQ pre-allocation
      likewise has no meaning for us, so that's killed off too. We now depend
      on nr_irqs expansion by the generic hardirq layer instead.
      
      It's also worth noting that the majority of boards had completely bogus
      values for their nr_irqs relative to their CPU and configurations, so
      this ends up correcting behaviour for quite a few platforms.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      63dc02bd
  5. 19 5月, 2012 3 次提交
    • P
      sh: dma: More legacy cpu dma chainsawing. · 7f47c718
      Paul Mundt 提交于
      Attempt to "tidy" up some of the multi IRQ handling and base + IRQ
      management. This should keep it limping along without too much hassle,
      and no new parts should ever be enabling or using this API anyways.
      
      It doesn't get any closer to lipstick on a pig as this.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      7f47c718
    • P
      sh: Kill off MAX_DMA_ADDRESS leftovers. · e24cca19
      Paul Mundt 提交于
      We don't support the ISA DMA API, so this is only ever misused. The
      dma-sh case inadvertently broke the dreamcast case by testing the wrong
      variable for the total number of channels, so this fixes that up too.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      e24cca19
    • P
      sh: Tidy up some of the cpu legacy dma header mess. · 2ff9f317
      Paul Mundt 提交于
      This has turned in to quite a mess, and with CPUs that care using
      dmaengine now it's about time to start cleaning up after the legacy DMA
      code. For starters, kill off the stubs for the CPUs that don't do
      anything, as well as all of the unused definitions. This leaves us with a
      set of IRQs and base addresses we can deal with later.
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      2ff9f317
  6. 18 5月, 2012 2 次提交
  7. 17 5月, 2012 1 次提交
    • S
      fork: move the real prepare_to_copy() users to arch_dup_task_struct() · 55ccf3fe
      Suresh Siddha 提交于
      Historical prepare_to_copy() is mostly a no-op, duplicated for majority of
      the architectures and the rest following the x86 model of flushing the extended
      register state like fpu there.
      
      Remove it and use the arch_dup_task_struct() instead.
      Suggested-by: NOleg Nesterov <oleg@redhat.com>
      Suggested-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Signed-off-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Link: http://lkml.kernel.org/r/1336692811-30576-1-git-send-email-suresh.b.siddha@intel.comAcked-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Koichi Yasutake <yasutake.koichi@jp.panasonic.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Chris Zankel <chris@zankel.net>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Haavard Skinnemoen <hskinnemoen@gmail.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Mark Salter <msalter@redhat.com>
      Cc: Aurelien Jacquiot <a-jacquiot@ti.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Richard Kuo <rkuo@codeaurora.org>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Jonas Bonn <jonas@southpole.se>
      Cc: James E.J. Bottomley <jejb@parisc-linux.org>
      Cc: Helge Deller <deller@gmx.de>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Chen Liqin <liqin.chen@sunplusct.com>
      Cc: Lennox Wu <lennox.wu@gmail.com>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      55ccf3fe
  8. 14 5月, 2012 5 次提交
  9. 10 5月, 2012 3 次提交
  10. 09 5月, 2012 1 次提交
    • P
      sched/numa: Rewrite the CONFIG_NUMA sched domain support · cb83b629
      Peter Zijlstra 提交于
      The current code groups up to 16 nodes in a level and then puts an
      ALLNODES domain spanning the entire tree on top of that. This doesn't
      reflect the numa topology and esp for the smaller not-fully-connected
      machines out there today this might make a difference.
      
      Therefore, build a proper numa topology based on node_distance().
      
      Since there's no fixed numa layers anymore, the static SD_NODE_INIT
      and SD_ALLNODES_INIT aren't usable anymore, the new code tries to
      construct something similar and scales some values either on the
      number of cpus in the domain and/or the node_distance() ratio.
      Signed-off-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Anton Blanchard <anton@samba.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Chris Metcalf <cmetcalf@tilera.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Fenghua Yu <fenghua.yu@intel.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: linux-alpha@vger.kernel.org
      Cc: linux-ia64@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-mips@linux-mips.org
      Cc: linuxppc-dev@lists.ozlabs.org
      Cc: linux-sh@vger.kernel.org
      Cc: Matt Turner <mattst88@gmail.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: sparclinux@vger.kernel.org
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: x86@kernel.org
      Cc: Dimitri Sivanich <sivanich@sgi.com>
      Cc: Greg Pearson <greg.pearson@hp.com>
      Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Cc: bob.picco@oracle.com
      Cc: chris.mason@oracle.com
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Link: http://lkml.kernel.org/n/tip-r74n3n8hhuc2ynbrnp3vt954@git.kernel.orgSigned-off-by: NIngo Molnar <mingo@kernel.org>
      cb83b629
  11. 08 5月, 2012 3 次提交
  12. 27 4月, 2012 1 次提交
    • N
      sh: Fix up tracepoint build fallout from static key introduction. · ec2ccd88
      Nobuhiro Iwamatsu 提交于
      With the introduction of static keys, anything using tracepoints blows up
      in the following manner:
      
      include/trace/events/oom.h:8:13: error: initializer element is not constant
      include/trace/events/oom.h:8:13: error: (near initialization for '__tracepoint_oom_score_adj_update')
      include/trace/events/oom.h:8:13: error: initializer element is not constant
      include/trace/events/oom.h:8:13: error: (near initialization for '__tracepoint_oom_score_adj_update.key')
      
      This is a result of the STATIC_KEY_INIT_xxx defs wrapping ATOMIC_INIT()
      which on sh includes an atomic_t typecast. Given that we don't really
      need the typecast for anything anymore, the simplest solution is simply
      to kill off the cast.
      Signed-off-by: NNobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@renesas.com>
      Signed-off-by: NPaul Mundt <lethal@linux-sh.org>
      ec2ccd88
  13. 26 4月, 2012 1 次提交
  14. 19 4月, 2012 2 次提交
  15. 17 4月, 2012 1 次提交
  16. 11 4月, 2012 1 次提交
  17. 10 4月, 2012 1 次提交
  18. 08 4月, 2012 1 次提交
  19. 29 3月, 2012 4 次提交
  20. 28 3月, 2012 4 次提交
  21. 13 3月, 2012 1 次提交