Greg Shue wrote:
>> > I think the question to be answered is whether there needs
> > to be negotiation between target and initiator (or maybe
> > just information from target to initiator) over when, under
> > stream-based comm., the target is allowed to complete the
> > Store Data Orb. As I thought about this, the only reasons
> > that I identified for termination were application
> > related. And the application (transport client in the
> > device) seemed to have it's own good reason.
>> This is the essence of the issue. In Stream-based communication,
> a target could complete an ORB:
>> as soon as _any_ data is available (possibly wasting bus
> bandwidth)
>> only when it must (full or target internally blocked because
> output must be sent before proceeding).
>> or anywhere in between.
It seems that the second case must be determined by the application
(transport client). If you allow the application to decide, then
is there really any point in negotiation?
Was this the point of "STREAM_COMPLETION" or did you have something
else in mind?
--
Bob Morford (bob at sismicro.com)
SIS Microelectronics, Inc.
A Subsidiary of Aspec Technology, Inc.
1831 Lefthand Cir., Suite #E
Longmont, CO 80501
303-776-1667 x226