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. 29 12月, 2013 1 次提交
    • L
      ARM: pxa: fix USB gadget driver compilation regression · 9928422f
      Linus Walleij 提交于
      After commit 88f718e3
      "ARM: pxa: delete the custom GPIO header" a compilation
      error was introduced in the PXA25x gadget driver.
      An attempt to fix the problem was made in
      commit b144e4ab
      "usb: gadget: fix pxa25x compilation problems"
      by explictly stating the driver needs the <mach/hardware.h>
      header, which solved the compilation for a few boards,
      such as the pxa255-idp and its defconfig.
      
      However the Lubbock board has this special clause in
      drivers/usb/gadget/pxa25x_udc.c:
      
      This include file has an implicit dependency on
      <mach/irqs.h> having been included before <mach/lubbock.h>
      was included.
      
      Before commit 88f718e3
      "ARM: pxa: delete the custom GPIO header" this implicit
      dependency for the pxa25x_udc compile on the Lubbock was
      satisfied by <linux/gpio.h> implicitly including
      <mach/gpio.h> which was in turn including <mach/irqs.h>,
      apart from the earlier added <mach/hardware.h>.
      
      Fix this by having the PXA25x <mach/lubbock.h> explicitly
      include <mach/irqs.h>.
      Reported-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Cc: Greg Kroah-Hartmann <gregkh@linuxfoundation.org>
      Cc: Felipe Balbi <balbi@ti.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NHaojian Zhuang <haojian.zhuang@gmail.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      9928422f
  3. 12 12月, 2013 4 次提交
  4. 22 11月, 2013 1 次提交
  5. 16 10月, 2013 2 次提交
  6. 30 9月, 2013 1 次提交
  7. 27 9月, 2013 1 次提交
  8. 30 8月, 2013 1 次提交
  9. 21 8月, 2013 1 次提交
  10. 14 8月, 2013 1 次提交
  11. 24 7月, 2013 1 次提交
    • A
      ARM: pxa: propagate errors from regulator_enable() to pxamci · a829abf8
      Arnd Bergmann 提交于
      The em_x270_mci_setpower() and em_x270_usb_hub_init() functions
      call regulator_enable(), which may return an error that must
      be checked.
      
      This changes the em_x270_usb_hub_init() function to bail out
      if it fails, and changes the pxamci_platform_data->setpower
      callback so that the a failed em_x270_mci_setpower call
      can be propagated by the pxamci driver into the mmc core.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Mike Rapoport <mike@compulab.co.il>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Haojian Zhuang <haojian.zhuang@gmail.com>
      Acked-by: NChris Ball <cjb@laptop.org>
      [olof: fixed order of regulator_enable() and test in em_x270_usb_hub_init]
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      a829abf8
  12. 10 7月, 2013 2 次提交
  13. 19 6月, 2013 1 次提交
  14. 18 6月, 2013 1 次提交
  15. 13 6月, 2013 1 次提交
  16. 11 4月, 2013 4 次提交
  17. 08 4月, 2013 2 次提交
  18. 05 4月, 2013 1 次提交
  19. 02 4月, 2013 1 次提交
  20. 13 3月, 2013 1 次提交
  21. 05 2月, 2013 1 次提交
  22. 23 1月, 2013 7 次提交
  23. 15 1月, 2013 1 次提交
  24. 11 1月, 2013 1 次提交