Subject: Re: [RFC] Interface to hardware-assisted data movers
To: None <thorpej@wasabisystems.com>
From: None <cgd@broadcom.com>
List: tech-kern
Date: 06/21/2002 18:24:14
At 21 Jun 2002 17:49:45 -0700, Chris G. Demetriou wrote:
> * I'm a bit concerned about the separation of this from the
> 'transform' API.
>
> A single piece of HW may be able to provide both types of interfaces
> ([dm] generic data movement, zero, prefetch-into-l2, copy; [xform]
> generic up-to-32bit CRC generation, IP checksum).
>
> It's therefore important to be able to have the two seamlessly
> integrated into a single back-end driver, and I dunno how well that
> will be possible with this API.
>
> Also, note that one of the impacts of that is that, say, if the
> device has a certain sustainable throughput/bandwidth, both types of
> uses will contribute to reaching that limit.
It occurred to me that if you have back-ends 'bidding' for requests,
then the something more sane could happen in the case where a single
back-end is servicing requests from both the dm and xform interfaces.
There probably will still be issues w/ fairness, and with the dm &
xform interfaces starving each other...
cgd
--
Chris Demetriou Broadcom Corporation
Senior Staff Design Engineer Broadband Processor Business Unit
Any opinions expressed in this message are mine, not necessarily Broadcom's.