Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

2007-05-16 Thread Michael-Luke Jones
On 16 May 2007, at 10:41, Lennert Buytenhek wrote: Making a driver work in both modes of operation is generally not just an issue of adding a couple of be32_to_cpu()s in the right places. While this comment is technically correct, Christian's driver achieves endian agnostic operation with onl

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

2007-05-16 Thread Michael-Luke Jones
rking implementation LE implementation can be viewed here: http://www.hohnstaedt.de/ixp_npe/0.3.1/ixp4xx_npe_driver-0.3.1.diff Search in this file for "swap the payload of the SKB" (it's in mac_driver.c) Michael-Luke Jones - To unsubscribe from this list: send the line "unsubs

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

2007-05-09 Thread Michael-Luke Jones
On 9 May 2007, at 15:22, David Acker wrote: Big endian is the natural setup for the NPEs on this hardware according to the intel documentation. Please don't stop this driver from moving forward so that a few folks can run their hardware in slow mode. No-one is saying that this driver shou

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

2007-05-08 Thread Michael-Luke Jones
On 8 May 2007, at 09:48, Alexey Zaytsev wrote: I was always curious, why do people want to run ixp4xx in LE mode? What are the benefits that overweight the obvious performance degradation? Debian. http://www.debian.org/ports/arm/ Michael-Luke - To unsubscribe from this list: send the line

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

2007-05-08 Thread Michael-Luke Jones
On 8 May 2007, at 09:26, Mikael Pettersson wrote: On Tue, 8 May 2007 08:22:17 +0100, Michael-Luke Jones wrote: AFAIK, it's a HW limitation of the IXP4xx NPEs, or possibly Intel's microcode for them. I run my IXP42x boxes big-endian and don't mind doing so. /Mikael

Re: [PATCH] Intel IXP4xx network drivers v.2 - Ethernet and HSS

2007-05-08 Thread Michael-Luke Jones
fine CHAN_RX_BUF_CFG_WRITE 0x48 +#define CHAN_TX_BLK_CFG_WRITE 0x49 +#define CHAN_TX_BUF_ADDR_WRITE 0x4A +#define CHAN_TX_BUF_SIZE_WRITE 0x4B +#define CHAN_TSLOTSWITCH_ENABLE 0x4C +#define CHAN_TSLOTSWITCH_DISABLE

Re: [PATCH] Intel IXP4xx network drivers v.3 - QMGR

2007-05-08 Thread Michael-Luke Jones
On 8 May 2007, at 01:46, Krzysztof Halasa wrote: Adds a driver for built-in IXP4xx hardware Queue Manager. Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]> [snip] diff --git a/arch/arm/mach-ixp4xx/ixp4xx_qmgr.c b/arch/arm/mach- ixp4xx/ixp4xx_qmgr.c new file mode 100644 index 000..b9

Re: [PATCH] Intel IXP4xx network drivers v.2 - NPE

2007-05-08 Thread Michael-Luke Jones
On 8 May 2007, at 01:36, Krzysztof Halasa wrote: Adds a driver for built-in IXP4xx Network Processor Engines. This patch requires IXP4xx Queue Manager driver and the "fuses" patch. Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]> [snip] diff --git a/arch/arm/mach-ixp4xx/ixp4xx_npe.c b/ar

Re: [PATCH 3/3] Intel IXP4xx network drivers

2007-05-07 Thread Michael-Luke Jones
[Added Lennert Buytenhek to CC list] Hey again, Code placement: Queue Manager & NPE code => arch/arm/mach-ixp4xx WAN driver code => drivers/net/wan Eth code => drivers/net/arm Why would you want such placement? Potential problems: header files would have to be moved to include/asm-arm = heade

Re: [PATCH 3/3] Intel IXP4xx network drivers

2007-05-07 Thread Michael-Luke Jones
should still be exposed in arch/arm/mach- ixp4xx/Kconfig Michael-Luke Jones PS: Please cc me on replies as I only subscribe to l-a-k. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html