[Top] [All Lists]

[PATCH 2.6.9-rc2 8/8] S2io: two buffer mode

To: "'Jeff Garzik'" <jgarzik@xxxxxxxxx>, "'Francois Romieu'" <romieu@xxxxxxxxxxxxx>
Subject: [PATCH 2.6.9-rc2 8/8] S2io: two buffer mode
From: "Ravinandan Arakali" <ravinandan.arakali@xxxxxxxx>
Date: Wed, 13 Oct 2004 18:18:47 -0700
Cc: <netdev@xxxxxxxxxxx>, <leonid.grossman@xxxxxxxx>, <raghavendra.koushik@xxxxxxxx>, <rapuru.sriram@xxxxxxxx>
Importance: Normal
Reply-to: <ravinandan.arakali@xxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
Attached is the patch for implementing 2-buffer mode on Rx path.
More description of this mode of operation follows.

On certain systems when a DMA has to happen on an un-aligned memory location
performance will take a significant hit. It's standard practice to offset
the Rx buffer address by 2 (as Mac header is 14 bytes) so the IP header
starts from an aligned location. Obviously using a single Rx buffer both
cannot be achieved. Thus XFrame supports something called 2 buffer Rx mode,
where in the Rx'ed frame is split into 2 parts, one is the Ethernet header
and the other is the Ethernet payload. So now we can allocate proper aligned
memory for both buffers, hence the DMA is not slowed down. Also, the
Ethernet payload(starting from L3 header) is on an aligned location so OS
need not have to do un-aligned accesses to process IP header. To achieve
this, the kernel function eth_type_trans functionality has to be partially
implemented in the driver itself.

Signed-off-by: Raghavendra Koushik <raghavendra.koushik@xxxxxxxx>

Attachment: s2io_2buff.patch8
Description: Binary data

<Prev in Thread] Current Thread [Next in Thread>