> 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 > ----------------------------------------------------------------