From: John <jus...@ya...> - 2011-01-28 21:20:48
|
You can temporarily disable the kernel current checks with: echo -n 1 >/sys/bus/usb/devices/1-3/bConfigurationValue ..then connect the USB device. Make sure you use the correct path for your USB device. John --- On Fri, 28/1/11, William Pretty Security Inc <bil...@xp...> wrote: From: William Pretty Security Inc <bil...@xp...> Subject: [Gumstix-users] USB Port Current limit in Kernel To: "'General mailing list for gumstix users.'" <gum...@li...> Date: Friday, 28 January, 2011, 14:58 Hi All; According to Tom Calef, and others : “If the power descriptor says that its max power > 100mA then the kernel will yell at you saying that its above the recommended amount. I've been trying to figure out where to shut this check off, but with no avail. -Tom” See: “External power for USB” thread Does anybody know a way around this ?? Is there another list I could post this question on ?? Bill "People sleep peaceably in their beds at night only because rough men stand ready to do violence on their behalf." - George Orwell -----Inline Attachment Follows----- ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d -----Inline Attachment Follows----- _______________________________________________ gumstix-users mailing list gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Pat S. <pa...@su...> - 2011-01-29 08:17:27
|
On 11-01-28 04:20 PM, John wrote: > You can temporarily disable the kernel current checks with: > > echo -n 1>/sys/bus/usb/devices/1-3/bConfigurationValue > > ..then connect the USB device. > > Make sure you use the correct path for your USB device. This proves to be very good advice, except the devices are: For OTG port (in Host mode): /sys/devices/platform/musb_hdrc/usb1/1-1/bConfigurationValue For regular EHCI Host port: /sys/devices/platform/ehci-omap.0/usb2/2-1/bConfigurationValue You have to echo after you plug in, otherwise the files don't exist. But it works. So, it turns out the Garmin USB 18x GPS is actually a USB1.1 device. This means it didn't work with the EHCI port. I got funny errors: hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0004 ehci-omap ehci-omap.0: GetStatus port 2 status 001803 POWER sig=j CSC CONNECT hub 2-0:1.0: port 2, status 0501, change 0001, 480 Mb/s hub 2-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x501 ehci-omap ehci-omap.0: port 2 full speed --> companion ehci-omap ehci-omap.0: GetStatus port 2 status 003801 POWER OWNER sig=j CONNECT hub 2-0:1.0: port 2 not reset yet, waiting 50ms ehci-omap ehci-omap.0: GetStatus port 2 status 003002 POWER OWNER sig=se0 CSC hub 2-0:1.0: unable to enumerate USB device on port 2 hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0004 The device didn't even get an entry in /sys. However, and this might be interesting to a number of people, the USB 1.1 device worked just fine on the OTG port in Host mode, with power added via a Y-cable, and the trick above forcing configuration. While I don't expect it to be possible, is there something I'm overlooking to get the EHCI port working properly in this configuration? Maybe the error messages are familiar to someone. I would prefer to leave the OTG port free for other uses. Thanks, --Pat |
From: Garry A. <boo...@op...> - 2011-01-29 08:52:44
|
http://www.smsc.com/index.php?pid=30&tid=143 The USB3326 transceiver used on the Overos only supports high speed mode. I think the OTG port hangs off the TPS65950 which supports high speed, full speed and low speed modes. If you want the device to be connected to the USB master port you need to use a USB hub On 29/01/2011, at 7:17 PM, Pat Suwalski wrote: > On 11-01-28 04:20 PM, John wrote: >> You can temporarily disable the kernel current checks with: >> >> echo -n 1>/sys/bus/usb/devices/1-3/bConfigurationValue >> >> ..then connect the USB device. >> >> Make sure you use the correct path for your USB device. > > This proves to be very good advice, except the devices are: > > For OTG port (in Host mode): > /sys/devices/platform/musb_hdrc/usb1/1-1/bConfigurationValue > > For regular EHCI Host port: > /sys/devices/platform/ehci-omap.0/usb2/2-1/bConfigurationValue > > You have to echo after you plug in, otherwise the files don't exist. But > it works. > > So, it turns out the Garmin USB 18x GPS is actually a USB1.1 device. > This means it didn't work with the EHCI port. I got funny errors: > > hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0004 > ehci-omap ehci-omap.0: GetStatus port 2 status 001803 POWER sig=j CSC > CONNECT > hub 2-0:1.0: port 2, status 0501, change 0001, 480 Mb/s > hub 2-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x501 > ehci-omap ehci-omap.0: port 2 full speed --> companion > ehci-omap ehci-omap.0: GetStatus port 2 status 003801 POWER OWNER sig=j > CONNECT > hub 2-0:1.0: port 2 not reset yet, waiting 50ms > ehci-omap ehci-omap.0: GetStatus port 2 status 003002 POWER OWNER > sig=se0 CSC > hub 2-0:1.0: unable to enumerate USB device on port 2 > hub 2-0:1.0: state 7 ports 3 chg 0000 evt 0004 > > The device didn't even get an entry in /sys. > > However, and this might be interesting to a number of people, the USB > 1.1 device worked just fine on the OTG port in Host mode, with power > added via a Y-cable, and the trick above forcing configuration. > > While I don't expect it to be possible, is there something I'm > overlooking to get the EHCI port working properly in this configuration? > Maybe the error messages are familiar to someone. I would prefer to > leave the OTG port free for other uses. > > Thanks, > --Pat > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Pat S. <pa...@su...> - 2011-01-29 19:20:15
|
On 11-01-29 03:52 AM, Garry Allen wrote: > The USB3326 transceiver used on the Overos only supports high speed > mode. I think the OTG port hangs off the TPS65950 which supports high > speed, full speed and low speed modes. If you want the device to be > connected to the USB master port you need to use a USB hub That would certainly explain it. I guess I sort of assumed that the two were on the same kind of chip, and that it had been a software limitation preventing USB1 from working. That not being the case, tough bananas. I'm happy what I won't need a bulky hub in my design. --Pat |