On Thu, 2007-03-29 at 16:44 -0400, Chris Frey wrote: > On Thu, Mar 22, 2007 at 06:04:02PM -0400, Rick Scott wrote: > > I've been quiet on this so far, but good things don't last forever :) > > Greg has, or will, submit the power change part for the inclusion in the > > kernel, so bcharge may become a non-issue. With a bit of luck, the whole > > driver may become a non-issue (fingers crossed, not holding my breathe). > > The power setting can be matched against, with bMaxPower=="100mA" in the > > udev.rules, with FC4 and above. I think the other issues can be > > determined with bcdDevice. I know that the 6200's won't go past 100mA, > > so all recent attempts end up in an endless loop trying to set 500mA. > > The issue is always going to be, sometimes I want Desktop, sometimes I'm > > gonna want usb_storage. Not loading usb_storage is NOT going to be a > > solution. > > Hi Rick! Don't stay quiet. :-) > > Has Greg KH been able to get his hands on the Recommended Procedure (TM) > for adjusting power and the Pearl modes? As you've probably seen on the > list, people have been running into some pretty funky behaviour, with > endpoints being 0, and firmware upgrades solving the issue.
I was just referring to the patch he already posted. I think that was before Pearl. > > I imagine there is a "Windows way" that just hasn't been discovered yet. > > Also, you mention the usb_storage / database access conflict. I'm curious > how you see that being fixed. These two pieces of functionality come in > two different USB configurations, and it is my understanding that USB > cannot select both configurations at the same time. Pretending to have > both running at the same time will require code, somewhere, either in > kernel or not, to switch wildly back and forth between these two > USB configurations. I mean a way to have usb_storage not grab the device. If the udev rule can get matched early enough, and the mode switched out of storage, this shouldn't be an issue. > > Either that, or just make usb_storage politely give up its claim on > request. I seem to recall other drivers doing this when I was > reading through the kernel source, but can't recall which driver anymore. > > If anyone has a Pearl handy, with Windows, I'm curious if it is possible > to do a backup of the device at the same time as having it mapped to > a drive. > > > > I had my hands on an 8800 for a while today, before the owner came back > > from lunch :), so I worked through part of this. The CVS version of > > bcharge kept saying it wasn't a pearl, so there is still some work to be > > done :( I was thinking that the bcdDevice was the key. I did manage a > > complete backup of the databases though .... > > Do you have lsusb -v output for that device, by any chance? That would have been a really good thing to keep :( It seemed to behave the way that I've heard the pearl described here. > > Thanks, > - 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 _______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
