1. 17 2月, 2007 1 次提交
  2. 07 2月, 2007 1 次提交
  3. 08 12月, 2006 1 次提交
  4. 02 12月, 2006 2 次提交
  5. 04 10月, 2006 1 次提交
  6. 29 9月, 2006 1 次提交
  7. 01 7月, 2006 1 次提交
  8. 30 4月, 2006 1 次提交
  9. 26 4月, 2006 1 次提交
  10. 28 3月, 2006 1 次提交
  11. 22 3月, 2006 4 次提交
  12. 23 2月, 2006 1 次提交
  13. 06 1月, 2006 1 次提交
    • D
      [ARM] 3226/1: IXP4xx runtime expansion bus window size configuration · 54e269ea
      Deepak Saxena 提交于
      Patch from Deepak Saxena
      
      The expansion bus on the IXP46x NPU can be configured for either 32MiB or
      16MiB windows and changing the configuration causes the base address for
      each chip select for each region to change. Because of this, we cannot
      hardcode the physical base as we currently do. This patch checks the
      expansion bus configuration registers at runtime to determine the
      appropriate window size. Note that this requires that the bootloader
      already configured the device sizes appropriately, but I feel that is
      valid assumption to make as the bootloader must configure and access
      the flash window, the output display (LCD, LEDs, etc) window, and
      other expansion bus devices.
      Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      54e269ea
  14. 05 1月, 2006 3 次提交
    • R
      [ARM] 3218/1: PAGE_SHIFT undeclared in arch-ixp4xx/memory.h (adjust_zones moved out of line) · 313cbb55
      Rod Whitby 提交于
      Patch from Rod Whitby
      
      PAGE_SHIFT is undeclared in include/asm-arm/arch-ixp4xx/memory.h, identified by the following kernel compilation error:
      
      CC [M] sound/core/memory.o
      In file included from include/asm/memory.h:27,
      from include/asm/io.h:28,
      from sound/core/memory.c:24:
      include/asm/arch/memory.h: In function `__arch_adjust_zones':
      include/asm/arch/memory.h:28: error: `PAGE_SHIFT' undeclared (first use
      in this function)
      
      This patch replaces my previous attempt at fixing this problem (Patch 3214/1) and is based on the following feedback:
      
      Russell King wrote:
      > The error you see came up on SA1100.  The best solution was to move
      > the __arch_adjust_zones() function out of line.  I suggest ixp4xx
      > does the same.
      
      I have moved the function out of line into arch/arm/mach-ixp4xx/common-pci.c as suggested.
      Signed-off-by: NRod Whitby <rod@whitby.id.au>
      Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      313cbb55
    • R
      [ARM] 3215/1: Iomega NAS 100d (MACH_NAS100D) machine support · 3145d8a6
      Rod Whitby 提交于
      Patch from Rod Whitby
      
      This patch adds support for a new arm/ixp4xx machine - the Iomega NAS 100d network attached storage product.  The NAS100D is a consumer device containing a 266MHz Intel IXP420 processor, 16MB of flash, 64MB of RAM, a 160Gb internal IDE hard disk, and 802.11b/g wireless on an Atheros mini-PCI card.
      
      Work on porting the latest 2.6.x kernel to this device is being done by
      the NSLU2-Linux project (the same team who maintains the port to the
      Linksys NSLU2 device).  In particular, the majority of this patch was
      authored by Alessandro Zummo, based on the work done for MACH_NSLU2
      support by the NSLU2-Linux core team of developers.
      
      MACH_NAS100D (as implemented by this patch) can be enabled in jumbo
      ixp4xx kernels without any affect on the other machines supported by
      that kernel.
      
      This patch applies cleanly against 2.6.15-rc7 and should be trivial to
      apply to later kernel versions. It does not depend upon any other
      patches.
      
      Modified files (and number of lines inserted):
       arch/arm/mach-ixp4xx/Kconfig           |    8
       arch/arm/mach-ixp4xx/Makefile          |    1
       include/asm-arm/arch-ixp4xx/hardware.h |    1
       include/asm-arm/arch-ixp4xx/irqs.h     |    9
       include/asm-arm/arch-ixp4xx/nas100d.h  |   75
       arch/arm/mach-ixp4xx/nas100d-pci.c     |   77
       arch/arm/mach-ixp4xx/nas100d-power.c   |   69
       arch/arm/mach-ixp4xx/nas100d-setup.c   |  133
      
      -- Rod Whitby (NSLU2-Linux project lead)
      Signed-off-by: NRod Whitby <rod@whitby.id.au>
      Signed-off-by: NAlessandro Zummo <a.zummo@towertech.it>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      3145d8a6
    • D
      [ARM] 3192/1: Remove gpio_isr_line_clear() API from IXP4xx · f7e8bbb8
      Deepak Saxena 提交于
      Patch from Deepak Saxena
      
      Other than interrupt masking purposes, this API is only used when
      configuring interrupt lines and this patch moves that functionality
      directly into the ixp4xx_set_irq_type() implementation as board level
      PCI code should not need to worry about those details.
      Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      f7e8bbb8
  15. 04 1月, 2006 2 次提交
    • R
      [ARM] Remove definition of MAX_DMA_CHANNELS to zero · 95ba9fb0
      Russell King 提交于
      Since we now only build arch/arm/kernel/dma.c on machine types
      which set ISA_DMA_API, we don't need to define MAX_DMA_CHANNELS
      to 0 to indicate this - this definition becomes superfluous.
      Remove it.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      95ba9fb0
    • R
      [ARM] Cleanup ARM includes · 78ff18a4
      Russell King 提交于
      arch/arm/kernel/entry-armv.S has contained a comment suggesting
      that asm/hardware.h and asm/arch/irqs.h should be moved into the
      asm/arch/entry-macro.S include.  So move the includes to these
      two files as required.
      
      Add missing includes (asm/hardware.h, asm/io.h) to asm/arch/system.h
      includes which use those facilities, and remove asm/io.h from
      kernel/process.c.
      
      Remove other unnecessary includes from arch/arm/kernel, arch/arm/mm
      and arch/arm/mach-footbridge.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      78ff18a4
  16. 21 11月, 2005 1 次提交
  17. 18 11月, 2005 1 次提交
  18. 10 11月, 2005 1 次提交
  19. 02 11月, 2005 1 次提交
  20. 31 10月, 2005 1 次提交
  21. 30 10月, 2005 1 次提交
  22. 29 10月, 2005 1 次提交
  23. 18 10月, 2005 2 次提交
  24. 05 10月, 2005 1 次提交
  25. 01 9月, 2005 1 次提交
  26. 30 8月, 2005 1 次提交
  27. 24 8月, 2005 1 次提交
  28. 07 7月, 2005 1 次提交
    • D
      [PATCH] ARM: 2792/1: IXP4xx iomap API implementation · 450008b5
      Deepak Saxena 提交于
      Patch from Deepak Saxena
      
      This patch implements the iomap API for Intel IXP4xx NPU systems.
      We need to implement our own version of the API functions b/c of the
      PCI hostbridge does not provide the capability to map PCI I/O space
      into the CPU's physical memory space. In addition, if a system has
      more than 64M of PCI memory mapped BARs, PCI memory must also be
      accessed indirectly.  This patch changes the assignment of PCI I/O
      resources to fall into to 0x0000:0xffff range so that we can trap
      I/O areas in our ioread/iowrite macros.
      
      Signed-off-by: Deepak Saxena
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      450008b5
  29. 28 6月, 2005 1 次提交
  30. 25 6月, 2005 1 次提交
    • D
      [PATCH] ARM: 2745/1: Fix IXP4xx debug macros · 5932ae3f
      Deepak Saxena 提交于
      Patch from Deepak Saxena
      
      Current IXP4xx debug macros do not work in the small window between
      the MMU being enabled and the call to map_io() b/c the standard
      peripheral mapping is not properly setup for use with the low-level
      debug code. This patch creates a new section-aligned mapping for the
      UART specifically for use with the debug macros.
      
      Signed-off-by: Deepak Saxena
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      5932ae3f
  31. 03 5月, 2005 1 次提交
  32. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4