Thanks.
That's exactly the kind of thing I was afraid of.
My first though has been that BBoard is physically designed to support usb2.0 only.
Shall I understand that there is an issue in the omap35xx silicon ? The chapter 23.2.1 of of SPRUF98G (TRM of omap 35x) says that OHCI is supported.
is this possible to use OHCI instead of EHCI as USB host port ?
My goal is to connect a single USB1.1 device directly to the beagleboard w/o
using an external hub.
Is this something I can achieve by compiling a custom linux kernel ?
Nope, its a physical limitation of the IP in the omap35xx..
are you sure, afaik you can use OHCI *or* EHCI on the 35xx, but not mix.
TRM says "Each of the three external ports is owned by exactly one of
the controllers [EHCI,OHCI] at any time."
IIRC early OMAP3 revisions had an eratum that prevented the per port selection
of EHCI vs OHCI. But, using one single port as OHCI should work on all...
usb3322 does not support Low or Full speed devices! Read the respective datasheet carefully. So, you won’t be able to connect any 1.1 devices to Beagleboard directly, and this does not connected with OMAP3 capabilities.
The signals fromf the processor that support the OHCI port are not accessible on the board. Therefore you cannot use it unless you change the design of the board. It is not a processor limitation.