1. 05 1月, 2006 4 次提交
    • 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
    • D
      [ARM] 3220/1: Remove gpio_isr_line_clear() from NAS 100d · 8d27e699
      Deepak Saxena 提交于
      Patch from Deepak Saxena
      
      This patch removes referneces to gpio_isr_line_clear() from the
      NAS 100d platform implementation.
      
      Depends on 3192/1 and 3215/1
      Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      8d27e699
    • 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
  2. 01 12月, 2005 1 次提交
  3. 10 11月, 2005 1 次提交
  4. 06 11月, 2005 1 次提交
    • A
      [ARM] 3089/1: ixp4xx AHB/PCI endianness fix · 84613387
      Alessandro Zummo 提交于
      Patch from Alessandro Zummo
      
        This patch fixes AHB/PCI endianness problems when the
       processor is in little-endian mode.
      
       The patch configures the CSR register closely following the directives
       in [1], paragraph 4.1, page 19.
      
       According to the considerations in [1], page 11, while the AHB bus
       supports both endian modes, on the IXP4XX it always uses big-endian.
      
       The PCI bus is connected to the South AHB. A wrong setting in the CSR
       register will thus cause a malfunctional PCI bus.
      
       A schematic diagram of the bus interconnections on the IXP4XX
       can be found in [1], page 18.
      
       The patch has been verified to work on the NSLU2 in
       both LE and BE modes.
      
       The author is Peter Korsgaard.
      
       [1] Intel® IXP4XX Product Line of Network Processors and IXC1100
       Control Plane Processor:
       Understanding Big Endian and Little Endian Modes
      
       http://www.intel.com/design/network/applnots/25423701.pdfSigned-off-by: NAlessandro Zummo <a.zummo@towertech.it>
      Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      84613387
  5. 30 10月, 2005 1 次提交
  6. 28 10月, 2005 1 次提交
  7. 29 9月, 2005 1 次提交
  8. 27 9月, 2005 1 次提交
  9. 19 9月, 2005 1 次提交
    • D
      [ARM] 2917/1: Make IXP4xx mach_desc's depend on config options · e0a20089
      Deepak Saxena 提交于
      Patch from Deepak Saxena
      
      Building a kernel for IXDP425 currently includes the machine descriptors
      for IXDP465 and PRPMC1100 even if those machines are not configured.
      This means we can build a kernel that boots on those machines even
      though the machine_is_xxx() macro will always return 0 and other bits
      such as PCI won't be compiled in. This can lead to many wasted hours
      wondering what you have done to your kernel to make it randomly crash
      thus requireing large quantities of beer to be consumed. While I am
      all for consumption of large quantities of beer, there are better
      reasons to do so then stupid kernel bugs.
      Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      e0a20089
  10. 08 9月, 2005 1 次提交
  11. 07 9月, 2005 1 次提交
  12. 30 8月, 2005 2 次提交
  13. 27 8月, 2005 1 次提交
  14. 04 8月, 2005 1 次提交
  15. 07 7月, 2005 2 次提交
  16. 04 7月, 2005 1 次提交
  17. 27 6月, 2005 1 次提交
  18. 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
  19. 04 5月, 2005 1 次提交
  20. 17 4月, 2005 2 次提交
    • A
      [PATCH] arm: fix help text for ixdp465 · 7aa52f51
      akpm@osdl.org 提交于
      )
      
      
      From: Russell King <rmk+lkml@arm.linux.org.uk>
      
      For some reason, this help text was missed when the file was last audited
      by the documentation referencing folk.  Fix this incorrect documentation
      reference.
      Signed-off-by: NRussell King <rmk@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      7aa52f51
    • 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