1. 03 7月, 2012 1 次提交
  2. 29 4月, 2012 1 次提交
  3. 17 4月, 2012 1 次提交
  4. 16 4月, 2012 1 次提交
  5. 23 2月, 2012 2 次提交
  6. 13 2月, 2012 1 次提交
  7. 01 12月, 2011 1 次提交
  8. 29 11月, 2011 1 次提交
  9. 28 11月, 2011 2 次提交
  10. 22 11月, 2011 1 次提交
  11. 09 11月, 2011 1 次提交
  12. 11 9月, 2011 1 次提交
  13. 08 8月, 2011 1 次提交
  14. 25 6月, 2011 1 次提交
  15. 25 5月, 2011 2 次提交
  16. 01 12月, 2010 1 次提交
  17. 07 8月, 2008 1 次提交
  18. 01 8月, 2008 1 次提交
    • P
      Fix rename of at91_nand -> atmel_nand · f6ed6f78
      Pieter du Preez 提交于
      Structs called at91_nand_data where renamed to atmel_nand_data
      and configs called *MTD_NAND_AT91* where renamed to
      *MTD_NAND_ATMEL*. This was unfortunately not done consistently,
      causing NAND chips not being initialised on several ARM boards.
      
      I am aware that the author of the original change did not rename
      MTD_NAND_AT91_BUSWIDTH to MTD_NAND_ATMEL_BUSWIDTH, for example.
      All *MTD_NAND_AT91* where renamed to *MTD_NAND_ATMEL* in order
      to keep naming consistency.
      
      This patch was only tested on a MACH_SAM9_L9260, as this is the
      only ARM board I have to my disposal.
      
      Before this patch:
      
      $ git-ls-files |xargs grep atmel_nand |wc -l
      105
      $ git-ls-files |xargs grep at91_nand |wc -l
      4
      $ git-ls-files |xargs grep MTD_NAND_ATMEL |wc -l
      8
      $ git-ls-files |xargs grep MTD_NAND_AT91 |wc -l
      47
      
      After this patch:
      
      $ git-ls-files |xargs grep atmel_nand |wc -l
      109
      $ git-ls-files |xargs grep at91_nand |wc -l
      0
      $ git-ls-files |xargs grep MTD_NAND_ATMEL |wc -l
      55
      $ git-ls-files |xargs grep MTD_NAND_AT91 |wc -l
      0
      Signed-off-by: NPieter du Preez <pdupreez@gmail.com>
      Signed-off-by: NDavid Woodhouse <David.Woodhouse@intel.com>
      f6ed6f78
  19. 07 6月, 2008 1 次提交
  20. 17 4月, 2008 1 次提交
  21. 04 4月, 2008 1 次提交
  22. 26 1月, 2008 6 次提交
  23. 27 11月, 2007 1 次提交
  24. 20 7月, 2007 1 次提交
  25. 12 5月, 2007 1 次提交
  26. 08 2月, 2007 3 次提交
  27. 24 1月, 2007 1 次提交
  28. 02 12月, 2006 1 次提交
    • A
      [ARM] 3966/1: AT91: RM9200 device data update · 69c5eccd
      Andrew Victor 提交于
      This patch contains various updates the at91rm9200_devices.c file:
            * Consistent naming of resources and platform_devices.
            * PCMCIA/Compact Flash: Configuration of the memory controller
              moved out of the driver and into this file.
            * MMC: Enable the VCC pin (if one is configured)
            * MMC: Enable the internal pullups on the I/O pins.
            * NAND: Configuration of the memory controller moved out of the
              driver and into this file.
            * Added TWI/I2C resources.
            * The names of some of the CONFIG_ variables were changed.
      Signed-off-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      69c5eccd
  29. 01 12月, 2006 1 次提交
  30. 05 10月, 2006 1 次提交
    • H
      [PATCH] atmel_serial: Pass fixed register mappings through platform_data · 75d35213
      Haavard Skinnemoen 提交于
      In order to initialize the serial console early, the atmel_serial
      driver had to do a hack where it compared the physical address of the
      port with an address known to be permanently mapped, and used it as a
      virtual address. This got around the limitation that ioremap() isn't
      always available when the console is being initalized.
      
      This patch removes that hack and replaces it with a new "regs" field
      in struct atmel_uart_data that the board-specific code can initialize
      to a fixed virtual mapping for platform devices where this is possible.
      It also initializes the DBGU's regs field with the address the driver
      used to check against.
      
      On AVR32, the "regs" field is initialized from the physical base
      address when this it can be accessed through a permanently 1:1 mapped
      segment, i.e. the P4 segment.
      
      If regs is NULL, the console initialization is delayed until the "real"
      driver is up and running and ioremap() can be used.
      Signed-off-by: NHaavard Skinnemoen <hskinnemoen@atmel.com>
      Acked-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      75d35213