On Thu, Nov 09, 2006 at 07:06:00PM -0800, Jonathan Day ([EMAIL PROTECTED])
wrote:
> Hi,
>
> I've got an interesting problem to contend with and
> need some advice from the great wise ones here.
>
> First of all, is it possible (and/or "reasonable
> practice") when developing a network driver to do
> zero-copy transfers between main memory and the
> network device?
What do you mean?
DMA from NIC memory into CPU memory?
> Secondly, the network device is only designed to work
> with short packets and I really want to keep the
> throughput up. My thought was that if I fired off an
> interrupt then transfer a page of data into an area I
> know is safe, the kernel will have enough time to find
> a new safe area and post the address before the next
> page is ready to send.
>
> Can anyone suggest why this wouldn't work or, assuming
> it can work, why this would be a Bad Idea?
There should not be any kind of 'kernel will have enough time to do
something', instead you must guarantee that there will not be any kind
of races. You can either prealocate several buffers or allocate them on
demand in interrupts.
> Lastly, assuming my sanity lasts that long, would I be
> correct in assuming that the first step in the process
> of getting the driver peer-reviewed and accepted would
> be to post the patches here?
Actually not, the first step in that process is learning jig dance and
of course providing enough beer and other goodies to network maintainers.
> Thanks for any help,
No problem, but to answer at least on of your question more
information should be provided.
> Jonathan Day
--
Evgeniy Polyakov
-
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
