* receive path with fragmented skbs
@ 2004-01-30 23:12 Kallol Biswas
2004-01-31 7:36 ` Fwd: " Willy Tarreau
0 siblings, 1 reply; 2+ messages in thread
From: Kallol Biswas @ 2004-01-30 23:12 UTC (permalink / raw)
To: linux-kernel
Hello,
We have been developing drivers and networking software on
a 10 gigabit ethernet adapter from S2io Inc (www.s2io.com). There is a
requirement that the ethernet header, IP+TCP headers have to be cache
aligned and the payload and the IP+TCP headers have to be in different
fragments. So we have created receive path skbs with data size big
enough to hold the ethernet header and two fragments, one fragment for
the IP+TCP header and the other for payload. The card can directly dma
into the three receive scatter buffers when a frame arrives.
We could not get ping working with this design of receive skbs,
but if a skb is linearized with skb_linearize() before calling
netif_rx(), ping works.
/proc/net/snmp was printed, no frame had any error. Probably no one has
ever tested the receive path of the stack with fragmented skbs, am I
right? One of the ways this problem can be debugged is to find out where
exactly the packets get dropped. Any comment?
Kallol
^ permalink raw reply [flat|nested] 2+ messages in thread* Fwd: receive path with fragmented skbs
2004-01-30 23:12 receive path with fragmented skbs Kallol Biswas
@ 2004-01-31 7:36 ` Willy Tarreau
0 siblings, 0 replies; 2+ messages in thread
From: Willy Tarreau @ 2004-01-31 7:36 UTC (permalink / raw)
To: Kallol Biswas; +Cc: linux-kernel, netdev
Hi,
you should have posted this to the netdev list : netdev@oss.sgi.com.
You don't need to resend, I have CC'd it.
Willy
On Fri, Jan 30, 2004 at 03:12:24PM -0800, Kallol Biswas wrote:
> Hello,
> We have been developing drivers and networking software on
> a 10 gigabit ethernet adapter from S2io Inc (www.s2io.com). There is a
> requirement that the ethernet header, IP+TCP headers have to be cache
> aligned and the payload and the IP+TCP headers have to be in different
> fragments. So we have created receive path skbs with data size big
> enough to hold the ethernet header and two fragments, one fragment for
> the IP+TCP header and the other for payload. The card can directly dma
> into the three receive scatter buffers when a frame arrives.
>
> We could not get ping working with this design of receive skbs,
> but if a skb is linearized with skb_linearize() before calling
> netif_rx(), ping works.
>
> /proc/net/snmp was printed, no frame had any error. Probably no one has
> ever tested the receive path of the stack with fragmented skbs, am I
> right? One of the ways this problem can be debugged is to find out where
> exactly the packets get dropped. Any comment?
>
> Kallol
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-01-31 7:36 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-01-30 23:12 receive path with fragmented skbs Kallol Biswas
2004-01-31 7:36 ` Fwd: " Willy Tarreau
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®