1. 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
  2. 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
  3. 02 12月, 2008 1 次提交
  4. 30 10月, 2008 1 次提交
  5. 25 9月, 2008 1 次提交
  6. 24 9月, 2008 5 次提交
  7. 06 9月, 2008 1 次提交
  8. 26 8月, 2008 1 次提交
  9. 07 8月, 2008 2 次提交
  10. 13 7月, 2008 1 次提交
  11. 03 6月, 2008 1 次提交
  12. 09 5月, 2008 1 次提交
  13. 19 4月, 2008 1 次提交
  14. 28 1月, 2008 2 次提交
  15. 12 10月, 2007 1 次提交
  16. 12 7月, 2007 2 次提交
  17. 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
  18. 07 10月, 2006 1 次提交
  19. 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
  20. 03 7月, 2006 1 次提交
  21. 20 6月, 2006 1 次提交
  22. 01 4月, 2006 2 次提交
  23. 22 3月, 2006 1 次提交
    • R
      [ARM] Remove asm/arch/irq.h · 411ef7f4
      Russell King 提交于
      asm/arch/irq.h used to be included from asm/irq.h, but was removed
      from the ARM kernel a long time ago.  Consequently, the contents
      of asm/arch/irq.h (which mostly contain a definition for fixup_irq())
      have not been used.  Hence, remove asm/arch/irq.h.
      
      Some machine support files incorrectly included this file, making
      little or no use of the contents.  Move the contents to a local
      include file, and remove those include statements as well.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      411ef7f4
  24. 14 1月, 2006 1 次提交
  25. 09 1月, 2006 1 次提交
    • R
      [PATCH] IRQ type flags · 9ded96f2
      Russell King 提交于
      Some ARM platforms have the ability to program the interrupt controller to
      detect various interrupt edges and/or levels.  For some platforms, this is
      critical to setup correctly, particularly those which the setting is dependent
      on the device.
      
      Currently, ARM drivers do (eg) the following:
      
      	err = request_irq(irq, ...);
      
      	set_irq_type(irq, IRQT_RISING);
      
      However, if the interrupt has previously been programmed to be level sensitive
      (for whatever reason) then this will cause an interrupt storm.
      
      Hence, if we combine set_irq_type() with request_irq(), we can then safely set
      the type prior to unmasking the interrupt.  The unfortunate problem is that in
      order to support this, these flags need to be visible outside of the ARM
      architecture - drivers such as smc91x need these flags and they're
      cross-architecture.
      
      Finally, the SA_TRIGGER_* flag passed to request_irq() should reflect the
      property that the device would like.  The IRQ controller code should do its
      best to select the most appropriate supported mode.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      9ded96f2
  26. 09 11月, 2005 1 次提交
    • R
      [ARM] 3093/1: SharpSL PCMCIA Updates for Cxx00 models · a63ae442
      Richard Purdie 提交于
      Patch from Richard Purdie
      
      The Sharp SL-Cxx00 models have a combined power control for the SD
      and CF slot 0. This patch adds hooks to the scoop driver to allow
      machines to provide a custom control function for this and such a
      function is added for spitz/akita/borzoi.
      
      It also moves the gpio init code into the machine files as this
      is machine dependent and differs between some models. A couple of
      warnings when compiling for collie are also fixed.
      
      Signed-off-by: Richard Purdie
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      a63ae442
  27. 30 10月, 2005 2 次提交
  28. 10 10月, 2005 1 次提交
  29. 15 9月, 2005 1 次提交
  30. 13 9月, 2005 2 次提交