Alan Stern wrote:

> What makes you think the phone should run at high speed?  Does it run 
> at high speed when you plug it into any other computers?

Well, I had thought that devices claiming 2.0 compliance would
run at high speed instead of full. For a mass storage device,
I would expect my ultra-mega-hyper-fast-and-expensive memory
card so be accessed at something more than 12 Mb/s without
needing to extract the card from the phone, plugging it to a
reader, etc.
Anyway it's a nokia implementation issue. It works on my laptop
at full speed too, bound on the uhci driver.

> You need to understand that there are USB 2.0 devices which don't run 
> at high speed.  USB 2.0 is backwards compatible with USB 1.1; a USB 2.0 
> device is allowed to run at any speed it wants.

Okidoki. Too bad I thought that usb 2.0 conformance would require at
least mass-storage devices to set up at high speed...

>> Where does the ehci/companion driver selection occur, and
>> what is the logic behind that ?
> 
> Speed selection occurs in the hardware.  The phone has to send a
> special "chirp"  signal to connect at high speed; if it doesn't send
> that signal then it connects at full speed.
> 
> Following that, EHCI/companion selection occurs in the driver.  If the
> connection was made at high speed then the EHCI controller is used,
> otherwise the port is switched over to the companion controller.

So no way to prevent that switch. That's good, because it
would have been a bit more mess for the users !

>> - Did someone test such devices in mass storage mode with
>> ohci drivers ? May this be an endianness issue on the ohci driver ?
> 
> The OHCI drivers work just fine on PowerPC machines, which are 
> big-endian.  Have you tried using a 2.6.23 kernel?

Not yet, this is a very specific embedded hardware prototype, and I
don't want to brick it in the next few days. Furthermore
it probably requires specific kernel patches to run properly
and I am not sure to have the exact source tree...

> It sounds like the phone works perfectly on the x86 system.  The mipseb
> system has some problem, but it's hard to tell what.  Have you tried 
> plugging other USB devices into that computer?

Yes. ehci mass storage devices seem to work fine. Many other 1.1 mass
storage (at least 3-4) fail.

Thank you for the explanation, I'll feel less dumb tonight.
For now I'll have a look at the diff between the usb tree of
my device and a recent kernel one, to see if somethings looks
plausibly fixing the bug. Maybe then I'll recompile just the modules.

-- 
Eric Estievenart


-------------------------------------------------------------------------
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Linux-usb-users@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to