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.