David Miller wrote:
Right.
But I think it's critical to do two things:
1) Do this when netif_wake_queue() is triggers and thus the
TX is locked already.
2) Have some way for the driver to say how many free TX slots
there are in order to minimize if not eliminate requeueing
during this batching thing.
I don't think you can reliably do this. Jumbograms may end up taking
more than one slot.
If you drop the TX lock, the number of free slots can change
as another cpu gets in there queuing packets.
Can you ever have more than one thread inside the driver? Isn't
xmit_lock held while we're in there?
--
Gagan
-
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
