On Tue, 2007-01-30 at 19:24 -0500, Chris Frey wrote: > On Tue, Jan 30, 2007 at 06:33:43PM -0500, Rick Scott wrote: > > In the end, I would like to be able to > > "cat </dev/blackberry/20098fa9/Address Book/Rick Scott/PIN" > > to retrieve my pin, similarly to set new entries. In other > > words, treat the various databases like a filesystem that you could > > browse. > > It is an interesting idea to make the databases available as a filesystem, > but note that doing so would put us even more on the "too early" side. :-) > This would mean that parsing and building of individual database record > formats would also need to be in the kernel. I hadn't assumed that would be
I was thinking more along the lines of fuse. Either way, a little ahead of ourselves :) > the case originally, but if so, only about 4 databases have been reverse > engineered so far. This seems a bit much to put in the kernel. I don't think we care about most of them. Being able to backup all of them but decode some of them should be okay. > > Alternatively, the driver would stop at the "Address Book" level > in the above filesystem example. You could read and write raw > records, such as: > > cat "/sys/.../blackberry/$DEVICEPIN/Address Book/$RECORDID" > or > cat "/sys/.../blackberry/$DEVICEPIN/Address Book/$RECORDINDEX" > > ... as ID's can have duplicates. > > Then use some userlevel library to do the parsing and building. > > - Chris ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
