1. 11 2月, 2014 2 次提交
    • L
      ARM: pxa: fix various compilation problems · 9705e746
      Linus Walleij 提交于
      Due to commit 88f718e3
      "ARM: pxa: delete the custom GPIO header" some drivers fail
      compilation, for example like this:
      
      In file included from sound/soc/pxa/spitz.c:28:0:
      sound/soc/pxa/spitz.c: In function ‘spitz_ext_control’:
      arch/arm/mach-pxa/include/mach/spitz.h:111:30: error:
      ‘PXA_NR_BUILTIN_GPIO’ undeclared (first use in this function)
       #define SPITZ_SCP_GPIO_BASE (PXA_NR_BUILTIN_GPIO)
      (etc.)
      
      This is caused by implicit inclusion of <mach/irqs.h> from
      various board-specific headers under <mach/*> in the PXA
      platform. So we take a sweep over these, and for every such
      header that uses PXA_NR_BUILTIN_GPIO or PXA_GPIO_TO_IRQ()
      we explicitly #include "irqs.h" so that we satisfy the
      dependency in the board include file alone.
      Reported-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Cc: stable@vger.kernel.org # v3.13+
      Signed-off-by: NKevin Hilman <khilman@linaro.org>
      9705e746
    • L
      ARM: pxa: fix compilation problem on AM300EPD board · 29ffa48f
      Linus Walleij 提交于
      This board fails compilation like this:
      arch/arm/mach-pxa/am300epd.c: In function ‘am300_cleanup’:
      arch/arm/mach-pxa/am300epd.c:179:2: error: implicit declaration
      of function ‘PXA_GPIO_TO_IRQ’ [-Werror=implicit-function-declaration]
        free_irq(PXA_GPIO_TO_IRQ(RDY_GPIO_PIN), par);
      
      This was caused by commit 88f718e3
      "ARM: pxa: delete the custom GPIO header"
      
      This is because it was previously getting the macro PXA_GPIO_TO_IRQ
      implicitly from <linux/gpio.h> which in turn implicitly included
      <mach/gpio.h> which in turn included <mach/irqs.h>.
      
      Add the missing include so that the board compiles again.
      Reported-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NKevin Hilman <khilman@linaro.org>
      29ffa48f
  2. 03 2月, 2014 3 次提交
  3. 01 2月, 2014 15 次提交
  4. 30 1月, 2014 3 次提交
  5. 29 1月, 2014 5 次提交
  6. 28 1月, 2014 6 次提交
  7. 27 1月, 2014 2 次提交
  8. 24 1月, 2014 2 次提交
  9. 23 1月, 2014 1 次提交
  10. 22 1月, 2014 1 次提交
    • S
      arch/arm/mach-omap2/omap_hwmod.c: use memblock apis for early memory allocations · b6cb5bab
      Santosh Shilimkar 提交于
      Switch to memblock interfaces for early memory allocator instead of
      bootmem allocator.  No functional change in beahvior than what it is in
      current code from bootmem users points of view.
      
      Archs already converted to NO_BOOTMEM now directly use memblock
      interfaces instead of bootmem wrappers build on top of memblock.  And
      the archs which still uses bootmem, these new apis just fallback to
      exiting bootmem APIs.
      Signed-off-by: NSantosh Shilimkar <santosh.shilimkar@ti.com>
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Christoph Lameter <cl@linux-foundation.org>
      Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Cc: Grygorii Strashko <grygorii.strashko@ti.com>
      Cc: H. Peter Anvin <hpa@zytor.com>
      Cc: Johannes Weiner <hannes@cmpxchg.org>
      Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
      Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
      Cc: Michal Hocko <mhocko@suse.cz>
      Cc: Paul Walmsley <paul@pwsan.com>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Tejun Heo <tj@kernel.org>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Yinghai Lu <yinghai@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b6cb5bab