On Thursday 20 November 2008, Dan Williams wrote: > On Thu, 2008-11-20 at 10:54 -0800, Inaky Perez-Gonzalez wrote: > > On Thursday 20 November 2008, Dan Williams wrote: > > > On Wed, 2008-11-19 at 11:50 -0800, Inaky Perez-Gonzalez wrote: > > > > [snip] > > > > Oh, so that's how they do it? They wait for a eject command to "change" > > personas and become their real device? > > Yep. Some Option devices need to be sent the SCSI REZERO command > instead of a simple eject. Firmware dependent method really. The > Option 'hso' devices have: > > - bDeviceClass 0 (Defined at Interface level) > - bDeviceSubClass 0 > - bDeviceProtocol 0 > + bDeviceClass 255 Vendor Specific Class > + bDeviceSubClass 255 Vendor Specific Subclass > + bDeviceProtocol 255 Vendor Specific Protocol > > that's - == pre REZERO, + == post REZERO. Same thing for the Huawei > modems. So you can at least usually tell whether it's supposed to be > the modem or the mass-storage device on the first plug. > > > Out of curiosity, how would it work when the device is reconnected and/or > > the system boots? The device requires another eject to switch into being > > what it should be? > > Yep. On Windows and Mac OS X, the custom drivers that the devices have > on their mass-storage CD thing probably handle this for you > automatically. As should we under Linux :) ok, so then we need somebody with enough time on their hands to do that to see what is device really reporting as :) Thanks for the info! -- Inaky
