Re: N900 does now allow USB hostmode!
 

@joerg:

I finally found a time and did tests. Without BME it doesn't work. But it seems that some application also listen VBUS signal because even with stopped BME a dbus server issues a note about vbus change (seen in syslog).

Moreover, if I stop BME and set VBUS then after 3-5secs the N900 LED indicator goes to constant yellow and "battery filling icon" occurs in screen.

It doesn't work - I lost the way to wakeup USB hardware and I can't transfer it to hostmode. The request to transfer to hostmode stays but nothing happens. I believe that BME works with USB wakeups but I still doesn't know how. The kernel code has some way to do it, of course, but I had no time to research it.

It doesn't work at all. As I said, the "charge" process starts but no reaction from external hard disk or USB stick. USB hardware is not switched to hostmode.

I sorted out all diffs and now I am sure that I have only two lines of code (see before in this thread) which switches TWL4030 to VBUS ON then I issues "host" command and which are relevant to this experiments.

The exact sequence is:

1. Boot the modified kernel and wait until system set up.
2. connect USB to PC, answer on question as "PC suite mode" (not mass storage).
3. echo host >/sys/devices/platform/musb_hdrc/mode -- this command requests host operations in MUSB driver and it also switches VBUS on in TWL4030 because of my fixes.
4. echo H >/proc/drivers/musb_hdrc -- it activates a request for switching to hostmode in USB hardware
5. reconnect USB to self-powered external disk (in 5 secs). In this moment USB hardware is switched to suspend mode and hostmode is activated. After cable is attached a debug shows that signal about "new device is connected"/"session started" comes in and MUSB driver starts host-mode state machine and tries to enumerate a new device.

At this moment syslog begins display "non supported" messages. I have also some debug print switched on and it shows me that there is "end-of-TX" interrupts.

If it doesn't happen then - repeat the procedure. The check shows that in this case the request to hostmode is lost. I believe some daemon action causes it (DMCE ?).

Now I switch to looking into kernel code "why it doesn't recognize a HUB?"

Re: N900 will not allow USB OTG!
 

Last progress:

I edited a HUB table to support protocol version 2 (my hub has this protocol version !) and kernel now recognizes it, enumerates it and command 'lsusb' shows it ! (All of it - for self-powered hub, of course).

But next stop is - "ignoring external hub". It needs some analysis - why it is chosen to ignore... Besides of that there is a lot of debug output which requires some analysis too.

EDIT: It looks like I discovered the reason of unstable results - my USB female-2-female connector has preference which side to connect to N900 (!?)

Re: N900 will not allow USB OTG!
 

Have you seen my previous post about hubs blacklisted config option?

Re: N900 does now allow USB hostmode!
 

this is a "32 minute mode" of bq24150 and charge battery without software control . orange-yellow led signaling is pure hardware based. after finish 32 min timer battery charge will stop.
battery icon prove there is another piece of software who read battery charging current through current sense resistor R1130 ( Gazoo chip )

Re: N900 will not allow USB OTG!
 

i think because otg is supposed to work between self powered devices directly connected

Re: N900 will not allow USB OTG!
 

The latter one is the cause of the ignoring external hub one.

Re: N900 will not allow USB OTG!
 

isn't this behavior otg selection mode ? a-end vs. b-end ?
check on happy ( cable ) end if there is a low resistance ( close to 0 ) between pin 4 and 5 . you don't cross otg border even n900 is acting as a host.
anyway, congrats !

Re: N900 will not allow USB OTG!
 

It is a 4-pin-to-4-pin connector of regular USB. No ID pin at all and I connect to it via Nokia USB cable.

Re: N900 will not allow USB OTG!
 

Yes, exactly - the ID pin is just to distinguish A-end from B-end of a OTG cable. The A-end is supposed to take the host role in a OTG setup *initially*, though two OTG devices can swap roles any time. That's why we don't care about ID pin (or at least we should make sure kernel doesn't care). ID pin is about OTG, and we don't want OTG, we want plain vanilla hostmode.

BTW depending on adapter type, there's most likely no 5th pin aka ID pin on the F-F adapter of egoshin. Standard size USB has only 4 pins. So it's quite obscure how such an adapter could show any asymmetry. (If it were a 5pole micro-F-F adapter then it would be useless anyway, as you could use such adapter with a OTG cable only, and it would not add any adapting function to the setup. Also even on OTG cables the 5th pin usually isn't connected to the cable and seen on the other end, means virtually *all* USB cables are 4-wire only)

We really need to check why 'echo host >mode' seems to have no effect - evidence for the missing effect is the usage of the whitelist.
Probably there are parts missing in the source, for handling plain vanilla hostmode. My suggestion would be to see how it's done in diablo for N810, and then copy&adapt the missing parts for the new hardware of N900 (i.e. 1707 PHY, twl4030 VBUS *detect*, bq24150 VBUS *supply*). I'd be happy to help on such effort, from the hardware side

Re: N900 will not allow USB OTG!
 

the only one i found is different length of pins inside receptacle ( tolerances or overheat & melted plastic of receptacle body during manufacturing process of adapter )
different connection is made first : ground , vbus and datalines and sometimes something go wrong