Re: [Barry-devel] Calling all Pearl users
Status: Beta
Brought to you by:
ndprojects
From: Rick S. <rw...@al...> - 2007-03-29 22:17:14
|
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 |