| =========================================================== |
| Release Notes for Linux on Intel's IXP4xx Network Processor |
| =========================================================== |
| |
| Maintained by Deepak Saxena <dsaxena@plexity.net> |
| ------------------------------------------------------------------------- |
| |
| 1. Overview |
| |
| Intel's IXP4xx network processor is a highly integrated SOC that |
| is targeted for network applications, though it has become popular |
| in industrial control and other areas due to low cost and power |
| consumption. The IXP4xx family currently consists of several processors |
| that support different network offload functions such as encryption, |
| routing, firewalling, etc. The IXP46x family is an updated version which |
| supports faster speeds, new memory and flash configurations, and more |
| integration such as an on-chip I2C controller. |
| |
| For more information on the various versions of the CPU, see: |
| |
| http://developer.intel.com/design/network/products/npfamily/ixp4xx.htm |
| |
| Intel also made the IXCP1100 CPU for sometime which is an IXP4xx |
| stripped of much of the network intelligence. |
| |
| 2. Linux Support |
| |
| Linux currently supports the following features on the IXP4xx chips: |
| |
| - Dual serial ports |
| - PCI interface |
| - Flash access (MTD/JFFS) |
| - I2C through GPIO on IXP42x |
| - GPIO for input/output/interrupts |
| See arch/arm/mach-ixp4xx/include/mach/platform.h for access functions. |
| - Timers (watchdog, OS) |
| |
| The following components of the chips are not supported by Linux and |
| require the use of Intel's proprietary CSR software: |
| |
| - USB device interface |
| - Network interfaces (HSS, Utopia, NPEs, etc) |
| - Network offload functionality |
| |
| If you need to use any of the above, you need to download Intel's |
| software from: |
| |
| http://developer.intel.com/design/network/products/npfamily/ixp425.htm |
| |
| DO NOT POST QUESTIONS TO THE LINUX MAILING LISTS REGARDING THE PROPRIETARY |
| SOFTWARE. |
| |
| There are several websites that provide directions/pointers on using |
| Intel's software: |
| |
| - http://sourceforge.net/projects/ixp4xx-osdg/ |
| Open Source Developer's Guide for using uClinux and the Intel libraries |
| |
| - http://gatewaymaker.sourceforge.net/ |
| Simple one page summary of building a gateway using an IXP425 and Linux |
| |
| - http://ixp425.sourceforge.net/ |
| ATM device driver for IXP425 that relies on Intel's libraries |
| |
| 3. Known Issues/Limitations |
| |
| 3a. Limited inbound PCI window |
| |
| The IXP4xx family allows for up to 256MB of memory but the PCI interface |
| can only expose 64MB of that memory to the PCI bus. This means that if |
| you are running with > 64MB, all PCI buffers outside of the accessible |
| range will be bounced using the routines in arch/arm/common/dmabounce.c. |
| |
| 3b. Limited outbound PCI window |
| |
| IXP4xx provides two methods of accessing PCI memory space: |
| |
| 1) A direct mapped window from 0x48000000 to 0x4bffffff (64MB). |
| To access PCI via this space, we simply ioremap() the BAR |
| into the kernel and we can use the standard read[bwl]/write[bwl] |
| macros. This is the preferred method due to speed but it |
| limits the system to just 64MB of PCI memory. This can be |
| problematic if using video cards and other memory-heavy devices. |
| |
| 2) If > 64MB of memory space is required, the IXP4xx can be |
| configured to use indirect registers to access PCI This allows |
| for up to 128MB (0x48000000 to 0x4fffffff) of memory on the bus. |
| The disadvantage of this is that every PCI access requires |
| three local register accesses plus a spinlock, but in some |
| cases the performance hit is acceptable. In addition, you cannot |
| mmap() PCI devices in this case due to the indirect nature |
| of the PCI window. |
| |
| By default, the direct method is used for performance reasons. If |
| you need more PCI memory, enable the IXP4XX_INDIRECT_PCI config option. |
| |
| 3c. GPIO as Interrupts |
| |
| Currently the code only handles level-sensitive GPIO interrupts |
| |
| 4. Supported platforms |
| |
| ADI Engineering Coyote Gateway Reference Platform |
| http://www.adiengineering.com/productsCoyote.html |
| |
| The ADI Coyote platform is reference design for those building |
| small residential/office gateways. One NPE is connected to a 10/100 |
| interface, one to 4-port 10/100 switch, and the third to and ADSL |
| interface. In addition, it also supports to POTs interfaces connected |
| via SLICs. Note that those are not supported by Linux ATM. Finally, |
| the platform has two mini-PCI slots used for 802.11[bga] cards. |
| Finally, there is an IDE port hanging off the expansion bus. |
| |
| Gateworks Avila Network Platform |
| http://www.gateworks.com/support/overview.php |
| |
| The Avila platform is basically and IXDP425 with the 4 PCI slots |
| replaced with mini-PCI slots and a CF IDE interface hanging off |
| the expansion bus. |
| |
| Intel IXDP425 Development Platform |
| http://www.intel.com/design/network/products/npfamily/ixdpg425.htm |
| |
| This is Intel's standard reference platform for the IXDP425 and is |
| also known as the Richfield board. It contains 4 PCI slots, 16MB |
| of flash, two 10/100 ports and one ADSL port. |
| |
| Intel IXDP465 Development Platform |
| http://www.intel.com/design/network/products/npfamily/ixdp465.htm |
| |
| This is basically an IXDP425 with an IXP465 and 32M of flash instead |
| of just 16. |
| |
| Intel IXDPG425 Development Platform |
| |
| This is basically and ADI Coyote board with a NEC EHCI controller |
| added. One issue with this board is that the mini-PCI slots only |
| have the 3.3v line connected, so you can't use a PCI to mini-PCI |
| adapter with an E100 card. So to NFS root you need to use either |
| the CSR or a WiFi card and a ramdisk that BOOTPs and then does |
| a pivot_root to NFS. |
| |
| Motorola PrPMC1100 Processor Mezanine Card |
| http://www.fountainsys.com |
| |
| The PrPMC1100 is based on the IXCP1100 and is meant to plug into |
| and IXP2400/2800 system to act as the system controller. It simply |
| contains a CPU and 16MB of flash on the board and needs to be |
| plugged into a carrier board to function. Currently Linux only |
| supports the Motorola PrPMC carrier board for this platform. |
| |
| 5. TODO LIST |
| |
| - Add support for Coyote IDE |
| - Add support for edge-based GPIO interrupts |
| - Add support for CF IDE on expansion bus |
| |
| 6. Thanks |
| |
| The IXP4xx work has been funded by Intel Corp. and MontaVista Software, Inc. |
| |
| The following people have contributed patches/comments/etc: |
| |
| - Lennerty Buytenhek |
| - Lutz Jaenicke |
| - Justin Mayfield |
| - Robert E. Ranslam |
| |
| [I know I've forgotten others, please email me to be added] |
| |
| ------------------------------------------------------------------------- |
| |
| Last Update: 01/04/2005 |