1. 31 May, 2014 1 commit
  2. 23 Jul, 2013 1 commit
    • Arnd Bergmann's avatar
      ARM: pxa: propagate errors from regulator_enable() to pxamci · a829abf8
      Arnd Bergmann authored
      
      
      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: default avatarArnd 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: default avatarChris Ball <cjb@laptop.org>
      [olof: fixed order of regulator_enable() and test in em_x270_usb_hub_init]
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
      a829abf8
  3. 09 Jul, 2013 1 commit
  4. 24 Dec, 2012 1 commit
  5. 14 Sep, 2012 1 commit
  6. 28 Mar, 2012 1 commit
  7. 05 Jan, 2012 1 commit
  8. 29 Dec, 2011 1 commit
  9. 21 Nov, 2011 1 commit
    • Russell King's avatar
      ARM: restart: remove poodle restart handler · 3f1517a7
      Russell King authored
      The poodle restart handler was added in 74617fb6 (3593/1: Add reboot
      and shutdown handlers for Zaurus handhelds), and at that time it was
      necessary to deal with the RCSR register.  This commit also forced all
      restarts to use the 'hard' restart method.
      
      In dc38e2ad
      
       (pxa: Fix RCSR handling), the RCSR handling was removed,
      leaving just the forcing to use a 'hard' restart.  As hard restarts are
      the default (in the absense of a reboot= command line argument), this
      seems pointless.  In any case, Richard Purdie says:
      
      > From what I remember that hardware either always reboots or always
      > halts. I think the option was therefore left hardcoded to make it clear
      > it wasn't expected to work. Later Zaurii models could do either but
      > required some manual poking of registers to make it happen iirc.
      >
      > Regardless, you can probably clean this up as you suggest now.
      
      So, lets remove the unnecessary interception and rely on the default
      restart mode.
      Acked-by: default avatarRichard Purdie <richard.purdie@linuxfoundation.org>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      3f1517a7
  10. 14 Nov, 2011 2 commits
  11. 31 Oct, 2011 1 commit
  12. 17 Oct, 2011 1 commit
  13. 12 Jul, 2011 1 commit
  14. 21 Mar, 2011 1 commit
  15. 16 Mar, 2011 1 commit
  16. 15 Dec, 2010 1 commit
  17. 01 Dec, 2010 1 commit
  18. 19 Oct, 2010 1 commit
    • Nicolas Pitre's avatar
      arm: remove machine_desc.io_pg_offst and .phys_io · 6451d778
      Nicolas Pitre authored
      
      
      Since we're now using addruart to establish the debug mapping, we can
      remove the io_pg_offst and phys_io members of struct machine_desc.
      
      The various declarations were removed using the following script:
      
        grep -rl MACHINE_START arch/arm | xargs \
        sed -i '/MACHINE_START/,/MACHINE_END/ { /\.\(phys_io\|io_pg_offst\)/d }'
      
      [ Initial patch was from Jeremy Kerr, example script from Russell King ]
      Signed-off-by: default avatarNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: Eric Miao <eric.miao at canonical.com>
      6451d778
  19. 08 Oct, 2010 1 commit
  20. 05 Aug, 2010 1 commit
  21. 16 Jul, 2010 1 commit
  22. 11 May, 2010 3 commits
  23. 01 Mar, 2010 2 commits
  24. 28 Dec, 2009 1 commit
  25. 30 Nov, 2009 1 commit
  26. 10 Sep, 2009 2 commits
  27. 16 Jun, 2009 1 commit
  28. 04 Jun, 2009 2 commits
  29. 19 Mar, 2009 1 commit
    • Russell King's avatar
      [ARM] pass reboot command line to arch_reset() · be093beb
      Russell King authored
      
      
      OMAP wishes to pass state to the boot loader upon reboot in order to
      instruct it whether to wait for USB-based reflashing or not.  There is
      already a facility to do this via the reboot() syscall, except we ignore
      the string passed to machine_restart().
      
      This patch fixes things to pass this string to arch_reset().  This means
      that we keep the reboot mode limited to telling the kernel _how_ to
      perform the reboot which should be independent of what we request the
      boot loader to do.
      Acked-by: default avatarTony Lindgren <tony@atomide.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      be093beb
  30. 09 Mar, 2009 1 commit
    • Eric Miao's avatar
      [ARM] pxa: introduce pxa{25x,27x,300,320,930}.h for board usage · 51c62982
      Eric Miao authored
      
      
      Considering the header mess ATM, it is not always possible to include
      the correct header files within board code. Let's keep this simple:
      
        <mach/pxa25x.h>  - for pxa25x based platforms
        <mach/pxa27x.h>  - for pxa27x based platforms
        <mach/pxa300.h>  - for pxa300 based platforms
        <mach/pxa320.h>  - for pxa320 based platforms
        <mach/pxa930.h>  - for pxa930 based platforms
      
      NOTE:
      
      1. one header one board file, they are not compatible (i.e. they have
         conflicting definitions which won't compile if included together).
      
      2. Unless strictly necessary, the following header files are considered
         to be SoC files use _only_, and is not recommended to be included in
         board code:
      
          <mach/hardware.h>
          <mach/pxa-regs.h>
          <mach/pxa2xx-regs.h>
          <mach/pxa3xx-regs.h>
          <mach/mfp.h>
          <mach/mfp-pxa2xx.h>
          <mach/mfp-pxa25x.h>
          <mach/mfp-pxa27x.h>
          <mach/mfp-pxa3xx.h>
          <mach/mfp-pxa300.h>
          <mach/mfp-pxa320.h>
          <mach/mfp-pxa930.h>
      Signed-off-by: default avatarEric Miao <eric.miao@marvell.com>
      51c62982
  31. 01 Dec, 2008 1 commit
  32. 29 Oct, 2008 1 commit
  33. 26 Sep, 2008 1 commit
  34. 23 Sep, 2008 1 commit