> http://pciids.sourceforge.net/
>The file drivers/pci/pci.ids is only associated with /proc/pci strings,
>and I'm trying to deprecate it :)
Done, thanks for the pointer!
>> 2. The card fully supports Ethernet and TCP header separation in
>> hardware (so called receive 3-buffer mode). The mode may have some
>> performance advantages but so far we did not implement the mode in
>> Linux since it seems that Linux stack can't handle the fragmented
>> buffers in the receive path. Is this a correct assumption, does
>> receive buffer has to be continuous?
>In theory, the skb can be fragmented. I'm not as much as an expert in
>the ipv4/tcp/socket levels of the net stack, but I don't recall any
>place that yet supports skb frags on receive?
>I think that's likely an area that would need some minor
>adjustments/additions in the upstream kernels, but not major surgery,
>since the skb already supports creating, noticing, and freeing frags.
> Jeff
I think it will be a good idea to have full support for skb frags in
general, and not just for our product.
Please let me know if there is a consensus (and hopefully a timeframe
:-) for this;
We volunteer to implement the mode in our driver and test the solution.
Leonid
|