1. 13 7月, 2010 1 次提交
  2. 11 5月, 2010 3 次提交
  3. 13 1月, 2010 1 次提交
  4. 01 12月, 2009 1 次提交
  5. 10 9月, 2009 3 次提交
  6. 16 6月, 2009 1 次提交
  7. 05 6月, 2009 2 次提交
  8. 27 4月, 2009 1 次提交
  9. 20 3月, 2009 1 次提交
    • R
      [ARM] pass reboot command line to arch_reset() · be093beb
      Russell King 提交于
      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: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      be093beb
  10. 09 3月, 2009 1 次提交
    • E
      [ARM] pxa: introduce pxa{25x,27x,300,320,930}.h for board usage · 51c62982
      Eric Miao 提交于
      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: NEric Miao <eric.miao@marvell.com>
      51c62982
  11. 02 12月, 2008 1 次提交
  12. 30 10月, 2008 1 次提交
  13. 25 9月, 2008 1 次提交
  14. 24 9月, 2008 5 次提交
  15. 06 9月, 2008 1 次提交
  16. 26 8月, 2008 1 次提交
  17. 07 8月, 2008 2 次提交
  18. 13 7月, 2008 1 次提交
  19. 03 6月, 2008 1 次提交
  20. 09 5月, 2008 1 次提交
  21. 19 4月, 2008 1 次提交
  22. 28 1月, 2008 2 次提交
  23. 12 10月, 2007 1 次提交
  24. 12 7月, 2007 2 次提交
  25. 09 10月, 2006 1 次提交
    • D
      IRQ: Use the new typedef for interrupt handler function pointers · 40220c1a
      David Howells 提交于
      Use the new typedef for interrupt handler function pointers rather than
      actually spelling out the full thing each time.  This was scripted with the
      following small shell script:
      
      #!/bin/sh
      egrep -nHrl -e 'irqreturn_t[ 	]*[(][*]' $* |
      while read i
      do
          echo $i
          perl -pi -e 's/irqreturn_t\s*[(]\s*[*]\s*([_a-zA-Z0-9]*)\s*[)]\s*[(]\s*int\s*,\s*void\s*[*]\s*[)]/irq_handler_t \1/g' $i || exit $?
      done
      Signed-Off-By: NDavid Howells <dhowells@redhat.com>
      40220c1a
  26. 07 10月, 2006 1 次提交
  27. 28 9月, 2006 1 次提交
    • D
      USB: pxa2xx_udc understands GPIO based VBUS sensing · b2bbb20b
      David Brownell 提交于
      This updates the PXA 25x UDC board-independent infrastructure for VBUS sensing
      and the D+ pullup.  The original code evolved from rather bizarre support on
      Intel's "Lubbock" reference hardware, so that on more sensible hardware it
      doesn't work as well as it could/should.
      
      The change is just to teach the UDC driver how to use built-in PXA GPIO pins
      directly.  This reduces the amount of board-specfic object code needed, and
      enables the use of a VBUS sensing IRQ on boards (like Gumstix) that have one.
      With VBUS sensing, the UDC is unclocked until a host is actually connected.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      b2bbb20b
  28. 03 7月, 2006 1 次提交