P1394 Mail Archive: FW: P1394> connection for Function or Service

P1394 Mail Archive: FW: P1394> connection for Function or Service

FW: P1394> connection for Function or Service

Nagasaka Fumio (Nagasaka.Fumio@exc.epson.co.jp)
Sat, 17 Oct 1998 10:39:39 +0900

> Hi Hitoshi,
>
> My question is;
> If 1394 PWG chooses “connections over multiple LUNs”, does new PC OS
> support device-enumeration which has a configuration ROM shown below?
>
> UnitDir --->[ LUN0, LUN1, LUN2, …]
>
> And may our driver invoke “Login(s)” to each LUN separately?
>
> Thank you,
> --------------------------------------------
> Fumio Nagasaka
> Epson Software Development Laboratory Inc.
> Tel +81 268 25 4111, Fax +81 268 25 4627
> E-mail to nagasaka.fumio@exc.epson.co.jp
>
> -----Original Message-----
> From: Hitoshi Sekine [SMTP:hitoshis@MICROSOFT.com]
> Sent: Saturday, October 17, 1998 3:56 AM
> To: 'Greg Shue'; Nagasaka Fumio
> Cc: p1394@pwg.org
> Subject: RE: P1394> connection for Function or Service
>
> > A larger issue with "current PC OS" implementation may be how
> > many outstanding requests can be supported at once by the SBP-2
> > driver.
>
> I agree that it is a large issue with the implementation. But, it is not
> clear to me that the SBP-2 is required to handle multiple logins or
> connections. Who cases multiple connections per a single login? I think
> we
> should be able to handle multiple connection on a single login or multiple
> logins. These implementations are very different.
>
> Thanks,
> Hitoshi
>
> -----Original Message-----
> From: Greg Shue [mailto:gregs@sdd.hp.com]
> Sent: Friday, October 16, 1998 8:40 AM
> To: Nagasaka.Fumio@exc.epson.co.jp
> Cc: p1394@pwg.org
> Subject: Re: P1394> connection for Function or Service
>
>
> > However, each service requires a multiplexed connection and
> > each connection requires flow control and send/receive queues.
>
> Whether we multiplex connections over a login or have separate
> logins, each service is accessed over a connection, and each
> connection requires flow control and send/receive queues.
> This is a non-issue in the decision.
>
> A larger issue with "current PC OS" implementation may be how
> many outstanding requests can be supported at once by the SBP-2
> driver.
>
> --
> Greg Shue
> Hewlett-Packard Company
> All-in-One Division gregs@sdd.hp.com
> ----------------------------------------------------------------