User:Joerg rw/hostmode/summary

(first draft (c) PaulFertser)
Line 1: Line 1:
 +
<pre>
N900 (rx51) hostmode notes
N900 (rx51) hostmode notes
Line 129: Line 130:
*** SESSREQ (Session request) interrupt preconditions?
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
<pre>
 +
N900 (rx51) hostmode notes
 +
 +
There were several (semi-) successful encounters of using the
 +
hostmode, some via tricking the OTG statemachine, some via
 +
implementing the FORCE_HOST testmode properly, we'll concentrate on
 +
the latter
 +
 +
* Hardware
 +
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB
 +
 +
** There're leaked schematics
 +
 +
** There're datasheets for SoC (spurf98d is the best version) and
 +
ISP1707/1074
 +
 +
** Comparision with N8x0
 +
*** Same USB core
 +
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
 +
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
 +
*** ID pin of the USB core on N8x0 can be forcibly grounded
 +
programmatically, thus activating the host mode in the core, not
 +
possible with ISP1707
 +
*** ID pin is connected to the micro-usb receptable on N8x0, but some
 +
stupid decided to not route it to ISP1707 on N900 (he routed it to
 +
TWL4030 instead)
 +
 +
** The battery charger chip is controlled via i2c and can
 +
supply 5V/200mA on usb vbus when asked to.
 +
** twl4030 has connection to the ID pin and can sense it
 +
OTG-like operation (at least automatic switching to/from hostmode)
 +
possible?
 +
 +
 +
* Software
 +
** Driver
 +
*** Shitty
 +
*** There's a considerably improved version at linux-omap
 +
(nobody's tried to use it on N900 so far)
 +
*** Needs implementation of forced hostmode via one of the testmodes
 +
See the patchsets in the repository, there're no incremental patches
 +
accompanied by the meaningful logs (yet); when it starts working,
 +
implement it in a separate file as a "platform" function for ``echo
 +
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
 +
*** Needs (why?) disabling of some current limiting features
 +
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
 +
index 7e912f2..b51e5ea 100644
 +
--- a/drivers/usb/core/generic.c
 +
+++ b/drivers/usb/core/generic.c
 +
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                */
 +
 +
                /* Rule out configs that draw too much bus current */
 +
-              if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
+              /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
 +
                        insufficient_power++;
 +
                        continue;
 +
-              }
 +
+              }*/
 +
 +
                /* When the first config's first interface is one of Microsoft's
 +
                * pet nonstandard Ethernet-over-USB protocols, ignore it unless
 +
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
 +
                        best = c;
 +
        }
 +
 +
-      if (insufficient_power > 0)
 +
+      /*if (insufficient_power > 0)
 +
                dev_info(&udev->dev, "rejected %d configuration%s "
 +
                        "due to insufficient available bus power\n",
 +
-                      insufficient_power, plural(insufficient_power));
 +
+                      insufficient_power, plural(insufficient_power));*/
 +
 +
        if (best) {
 +
                i = best->desc.bConfigurationValue;
 +
 +
*** Needs (why?) disabling of some suspend features
 +
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
 +
index ecffb2a..1577e7a 100644
 +
--- a/drivers/usb/otg/twl4030-usb.c
 +
+++ b/drivers/usb/otg/twl4030-usb.c
 +
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 +
 +
static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 +
{
 +
-      if (twl->asleep)
 +
+      if (!twl->asleep)
 +
                return;
 +
 +
        twl4030_phy_power(twl, 0);
 +
 +
*** Needs (why?) manual step-through to get device recognised, enumerated, etc
 +
pcsuite-enable.sh
 +
echo H >/proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo e > /proc/driver/musb_hdrc
 +
echo F > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo I > /proc/driver/musb_hdrc
 +
echo host >/sys/devices/platform/musb_hdrc/mode
 +
echo H >/proc/driver/musb_hdrc
 +
echo "Done echo'ing"
 +
#echo "Connect the flash drive in 3 seconds!"
 +
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done
 +
 +
*** How can it switch out of "waiting Vbus to rise" state?
 +
*** No way to distinguish between full-speed and high-speed modes
 +
by just looking at the D+, D- states (via debug register of isp1704),
 +
needs special care
 +
 +
** BME
 +
*** Messes with charging so should be disabled
 +
stop bme
 +
*** Incapable of providing VBUS to external device
 +
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
 +
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
 +
to disable
 +
 +
** twl4030-usb.c
 +
*** Gets in the way by switching states behind your back
 +
Switches state to b_idle if the ID pin is not grounded), so should be
 +
(at least partially) disabled.
 +
*** Is registered as an OTG controller
 +
Should we provide a minimal OTG driver for isp1407 instead? Or should
 +
we rather get the whole stuff somehow working and then try to port the
 +
upstream driver (it's supposed to be saner)?
 +
 +
** musb
 +
*** SESSREQ (Session request) interrupt preconditions?
 +
*** CONNECT interrupt preconditions?
 +
</pre>

Revision as of 23:21, 2 February 2011

N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
<pre>
N900 (rx51) hostmode notes

There were several (semi-) successful encounters of using the
hostmode, some via tricking the OTG statemachine, some via
implementing the FORCE_HOST testmode properly, we'll concentrate on
the latter

* Hardware
The detailed overview is at http://wiki.maemo.org/N900_Hardware_USB

** There're leaked schematics

** There're datasheets for SoC (spurf98d is the best version) and
ISP1707/1074

** Comparision with N8x0
*** Same USB core
*** N8x0 uses a discrete component TUSB6010 that integrates musb core and phy
while N900 uses SoC-integrated musb with ISP1707 PHY via ULPI link
*** ID pin of the USB core on N8x0 can be forcibly grounded
programmatically, thus activating the host mode in the core, not
possible with ISP1707
*** ID pin is connected to the micro-usb receptable on N8x0, but some
stupid decided to not route it to ISP1707 on N900 (he routed it to
TWL4030 instead)

** The battery charger chip is controlled via i2c and can
supply 5V/200mA on usb vbus when asked to.
** twl4030 has connection to the ID pin and can sense it
OTG-like operation (at least automatic switching to/from hostmode)
possible?


* Software
** Driver
*** Shitty
*** There's a considerably improved version at linux-omap
(nobody's tried to use it on N900 so far)
*** Needs implementation of forced hostmode via one of the testmodes
See the patchsets in the repository, there're no incremental patches
accompanied by the meaningful logs (yet); when it starts working,
implement it in a separate file as a "platform" function for ``echo
host >/sys/devices/platform/musb_hdrc/mode'' to start working.
*** Needs (why?) disabling of some current limiting features
diff --git a/drivers/usb/core/generic.c b/drivers/usb/core/generic.c
index 7e912f2..b51e5ea 100644
--- a/drivers/usb/core/generic.c
+++ b/drivers/usb/core/generic.c
@@ -97,10 +97,10 @@ int usb_choose_configuration(struct usb_device *udev)
                 */
 
                /* Rule out configs that draw too much bus current */
-               if (c->desc.bMaxPower * 2 > udev->bus_mA) {
+               /*if (c->desc.bMaxPower * 2 > udev->bus_mA) {
                        insufficient_power++;
                        continue;
-               }
+               }*/
 
                /* When the first config's first interface is one of Microsoft's
                 * pet nonstandard Ethernet-over-USB protocols, ignore it unless
@@ -132,10 +132,10 @@ int usb_choose_configuration(struct usb_device *udev)
                        best = c;
        }
 
-       if (insufficient_power > 0)
+       /*if (insufficient_power > 0)
                dev_info(&udev->dev, "rejected %d configuration%s "
                        "due to insufficient available bus power\n",
-                       insufficient_power, plural(insufficient_power));
+                       insufficient_power, plural(insufficient_power));*/
 
        if (best) {
                i = best->desc.bConfigurationValue;

*** Needs (why?) disabling of some suspend features
diff --git a/drivers/usb/otg/twl4030-usb.c b/drivers/usb/otg/twl4030-usb.c
index ecffb2a..1577e7a 100644
--- a/drivers/usb/otg/twl4030-usb.c
+++ b/drivers/usb/otg/twl4030-usb.c
@@ -480,7 +480,7 @@ extern void musb_restore_ctx_and_resume(struct usb_gadget *gadget);
 
 static void twl4030_phy_suspend(struct twl4030_usb *twl, int controller_off)
 {
-       if (twl->asleep)
+       if (!twl->asleep)
                return;
 
        twl4030_phy_power(twl, 0);

*** Needs (why?) manual step-through to get device recognised, enumerated, etc
pcsuite-enable.sh
echo H >/proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo e > /proc/driver/musb_hdrc
echo F > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo I > /proc/driver/musb_hdrc
echo host >/sys/devices/platform/musb_hdrc/mode
echo H >/proc/driver/musb_hdrc
echo "Done echo'ing"
#echo "Connect the flash drive in 3 seconds!"
stop bme; sleep 3; i2cset -y -m 0x07 2 0x6b 0x01 0x05; while true; do sleep 28; i2cset -y -m 0x80 2 0x6b 0x00 0x80; done

*** How can it switch out of "waiting Vbus to rise" state?
*** No way to distinguish between full-speed and high-speed modes
by just looking at the D+, D- states (via debug register of isp1704),
needs special care

** BME
*** Messes with charging so should be disabled
stop bme
*** Incapable of providing VBUS to external device
One can use ``i2cset -y -m 0x07 2 0x6b 0x01 0x05'' instead to enable
the reverse boost converter and ``i2cset -y -m 0x80 2 0x6b 0x00 0x80''
to disable

** twl4030-usb.c
*** Gets in the way by switching states behind your back
Switches state to b_idle if the ID pin is not grounded), so should be
(at least partially) disabled.
*** Is registered as an OTG controller
Should we provide a minimal OTG driver for isp1407 instead? Or should
we rather get the whole stuff somehow working and then try to port the
upstream driver (it's supposed to be saner)?

** musb
*** SESSREQ (Session request) interrupt preconditions?
*** CONNECT interrupt preconditions?
Retrieved from "http://bugs.maemo.org/User:Joerg_rw/hostmode/summary"