1. 22 9月, 2008 3 次提交
  2. 07 8月, 2008 1 次提交
  3. 10 7月, 2008 1 次提交
  4. 07 6月, 2008 1 次提交
  5. 02 6月, 2008 1 次提交
  6. 02 2月, 2008 1 次提交
    • D
      USB: at91_udc uses generic GPIO calls; minor cleanup · f3db6e82
      David Brownell 提交于
      Various small at91_udc cleanups:
      
       - Use generic GPIO calls, not older platform-specific ones
       - Use gpio_request()/gpio_free()
       - Use VERBOSE_DEBUG convention, not older VERBOSE
       - Fix sparse complaint about parameter type (changed to gfp_t)
       - Add missing newline to some rarely-seen debug messages
       - Fix some old cleanup bugs on probe() fault paths
      
      Also add a mechanism whereby rm9200 gpios can drive the D+ pullup
      through an inverting transistor, based on a patch from Steve Birtles.
      Most UDC drivers supporting a GPIO based pullup should probably have
      such an option, but testing it requries such a board in hand!
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Cc: Steve Birtles <arm_kernel_development@micromark.net.cn>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      f3db6e82
  7. 26 1月, 2008 5 次提交
  8. 27 11月, 2007 1 次提交
  9. 31 10月, 2007 1 次提交
  10. 17 7月, 2007 1 次提交
  11. 09 5月, 2007 1 次提交
  12. 03 5月, 2007 1 次提交
  13. 08 2月, 2007 3 次提交
    • A
      [ARM] 4143/1: AT91: Prepare for AT91SAM9263 support · d0760b3b
      Andrew Victor 提交于
      The Atmel AT91SAM9263 processor includes many more integrated
      peripherals than Atmel's previous ARM9-based AT91 processors, so this
      has necessitated a few changes to the core AT91 support.
      
      These changes are:
            * The system peripheral I/O region we remap has increased from
              0xFFFA0000..0xFFFFFFFF to 0xFFF78000..0xFFFFFFFF.
            * The increased I/O region forces changes to entry-macro.S and
              debug-macro.S due to ARM's limited immediate offset addressing
              modes.
            * Maximum number of GPIO banks increases to 5.
            * 2 MMC controllers so the board-setup code needs to specify which
              controller it wishes to use when calling at91_add_device_mmc().
      
      Original patch from Nicolas Ferre.
      Signed-off-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      d0760b3b
    • A
      [ARM] 4124/1: Rename mach-at91rm9200 and arch-at91rm9200 directories · 9d041268
      Andrew Victor 提交于
      Now that Linux includes support for the Atmel AT91SAM9260 and
      AT91SAM9261 processors in addition to the original Atmel AT91RM9200
      (with support for more AT91 processors pending), the "mach-at91rm9200"
      and "arch-at91rm9200" directories should be renamed to indicate their
      more generic nature.
      
      The following git commands should be run BEFORE applying this patch:
        git-mv arch/arm/mach-at91rm9200 arch/arm/mach-at91
        git-mv include/asm-arm/arch-at91rm9200 include/asm-arm/arch-at91
      Signed-off-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      9d041268
    • A
      [ARM] 4119/1: AT91: Fix build of AT91SAM9260 · a93d48cc
      Andrew Victor 提交于
      Fix build failure of AT91SAM9260.
      
      The AT91RM9200 ethernet driver (at91_ether.c) stores platform data in a
      "struct at91_eth_data" structure, but the AT91SAM9260 (and AT91SAM9263)
      ethernet driver (macb.c) [developed on the AVR32 architecture] expects a
      "struct eth_platform_data".
      
      Since the platform data of the two drivers is very similar, we continue
      to use the "struct at91_eth_data" for all AT91 processors but add a
          #define eth_platform_data      at91_eth_data
      in board.h to keep the MACB driver happy.
      
      Original patch by Jan Altenberg.
      Signed-off-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      a93d48cc
  14. 04 12月, 2006 1 次提交
  15. 05 10月, 2006 2 次提交
  16. 01 7月, 2006 1 次提交
  17. 21 6月, 2006 1 次提交
  18. 20 6月, 2006 1 次提交
  19. 03 4月, 2006 2 次提交
  20. 10 1月, 2006 1 次提交