1. 11 2月, 2014 1 次提交
    • 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
  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. 27 9月, 2013 1 次提交
  4. 11 4月, 2013 1 次提交
  5. 08 4月, 2013 1 次提交
  6. 23 1月, 2013 3 次提交
  7. 11 1月, 2013 1 次提交
  8. 08 1月, 2013 1 次提交
    • M
      ALSA: pxa27x: fix ac97 warm reset · 3b4bc7bc
      Mike Dunn 提交于
      This patch fixes some code that implements a work-around to a hardware bug in
      the ac97 controller on the pxa27x.  A bug in the controller's warm reset
      functionality requires that the mfp used by the controller as the AC97_nRESET
      line be temporarily reconfigured as a generic output gpio (AF0) and manually
      held high for the duration of the warm reset cycle.  This is what was done in
      the original code, but it was broken long ago by commit fb1bf8cd
          ([ARM] pxa: introduce processor specific pxa27x_assert_ac97reset())
      which changed the mfp to a GPIO input instead of a high output.
      
      The fix requires the ac97 controller to obtain the gpio via gpio_request_one(),
      with arguments that configure the gpio as an output initially driven high.
      
      Tested on a palm treo 680 machine.  Reportedly, this broken code only prevents a
      warm reset on hardware that lacks a pull-up on the line, which appears to be the
      case for me.
      Signed-off-by: NMike Dunn <mikedunn@newsguy.com>
      Signed-off-by: NIgor Grinberg <grinberg@compulab.co.il>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@vger.kernel.org
      3b4bc7bc
  9. 16 11月, 2012 1 次提交
  10. 15 11月, 2012 1 次提交
  11. 14 9月, 2012 1 次提交
  12. 20 8月, 2012 1 次提交
  13. 10 7月, 2012 1 次提交
    • R
      ARM: sa11x0/pxa: convert OS timer registers to IOMEM · 3169663a
      Russell King 提交于
      Make the OS timer registers have IOMEM like properities so they can
      be passed to readl_relaxed/writel_relaxed() et.al. rather than being
      straight volatile dereferences.  Add linux/io.h includes where
      required.
      
      linux/io.h includes added to arch/arm/mach-sa1100/cpu-sa1100.c,
       arch/arm/mach-sa1100/jornada720_ssp.c, arch/arm/mach-sa1100/leds-lart.c
       drivers/input/touchscreen/jornada720_ts.c, drivers/pcmcia/sa1100_shannon.c
      from Arnd.
      
      This fixes these warnings:
      
      arch/arm/mach-sa1100/time.c: In function 'sa1100_timer_init':
      arch/arm/mach-sa1100/time.c:104: warning: passing argument 1 of 'clocksource_mmio_init' discards qualifiers from pointer target type
      arch/arm/mach-pxa/time.c: In function 'pxa_timer_init':
      arch/arm/mach-pxa/time.c:126: warning: passing argument 1 of 'clocksource_mmio_init' discards qualifiers from pointer target type
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      3169663a
  14. 14 5月, 2012 1 次提交
  15. 27 4月, 2012 3 次提交
  16. 06 4月, 2012 1 次提交
    • R
      ARM: fix __io macro for PCMCIA · 1ac02d79
      Rob Herring 提交于
      With commit c334bc15 (ARM: make mach/io.h include optional), PCMCIA was
      broken. PCMCIA depends on __io() returning a valid i/o address, and most
      ARM platforms require IO_SPACE_LIMIT be set to 0xffffffff for PCMCIA. This
      needs a better fix with a fixed i/o address mapping, but for now we just
      restore things to the previous behavior.
      
      This fixes at91, omap1, pxa and sa11xx. pxa needs io.h if PCI is enabled,
      but PCMCIA is not. sa11xx already has IO_SPACE_LIMIT set to 0xffffffff,
      so it doesn't need an io.h.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Joachim Eastwood <joachim.eastwood@jotron.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Andrew Victor <linux@maxim.org.za>
      Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
      Cc: Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>
      Tested-by: Paul Parsons <lost.distance@yahoo.com> (pxa270)
      Acked-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      1ac02d79
  17. 26 3月, 2012 2 次提交
  18. 14 3月, 2012 1 次提交
  19. 07 3月, 2012 1 次提交
  20. 24 2月, 2012 1 次提交
  21. 22 2月, 2012 1 次提交
  22. 04 2月, 2012 1 次提交
  23. 26 1月, 2012 1 次提交
  24. 21 1月, 2012 1 次提交
  25. 05 1月, 2012 2 次提交
  26. 27 11月, 2011 1 次提交
  27. 16 11月, 2011 1 次提交
  28. 15 11月, 2011 1 次提交
  29. 14 11月, 2011 4 次提交
  30. 10 11月, 2011 1 次提交
  31. 06 11月, 2011 1 次提交
    • R
      ARM: PXA: fix gpio-pxa.h build errors · 7124cb96
      Russell King 提交于
      A mismerge in 43872fa7 (Merge branch 'depends/rmk/gpio' into next/fixes)
      causes these build errors:
      
      In file included from arch/arm/mach-pxa/include/mach/gpio.h:30,
                       from arch/arm/include/asm/gpio.h:6,
                       from include/linux/gpio.h:31,
                       from arch/arm/mach-pxa/generic.c:20:
      arch/arm/mach-pxa/include/mach/gpio-pxa.h: In function ■__gpio_is_occupied■:
      arch/arm/mach-pxa/include/mach/gpio-pxa.h:121: error: invalid operands to binary >> (have ■void *■ and ■unsigned int■)
      arch/arm/mach-pxa/include/mach/gpio-pxa.h:122: error: invalid operands to binary & (have ■void *■ and ■int■)
      arch/arm/mach-pxa/include/mach/gpio-pxa.h:129: error: invalid operands to binary & (have ■void *■ and ■int■)
      
      So fix them.
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7124cb96