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

RE: P1394> connection for Function or Service

Nagasaka Fumio (Nagasaka.Fumio@exc.epson.co.jp)
Sat, 17 Oct 1998 11:19:03 +0900

Hi Eric,

If 1394 PWG chooses “connections over multiple LUNs”, does new Mac OS
support device discovery which has a configuration ROM shown below?

UnitDir --->[ LUN0, LUN1, LUN2, …]

And may our driver invoke “Login(s)” to each LUN separately?
Does Mac OS register each LUN as a separated entity in the name registry?
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
> ----------------------------------------------------------------