* beaglebone black usb device problem (daisy)
@ 2014-06-03 9:57 Daniel Groß
0 siblings, 0 replies; 3+ messages in thread
From: Daniel Groß @ 2014-06-03 9:57 UTC (permalink / raw)
To: meta-ti
[-- Attachment #1: Type: text/plain, Size: 2622 bytes --]
Hello there,
I have successfully build several beaglebone (qt4embedded demo and
sato+mono hard float) images using yocto 1.6 (daisy) for the beagle bone
black.
However USB devices (mouse, keyboard, anything) are only found during the
first boot.
I narrowed the problem down to the file "/etc/udev/cache.data". If I remove
this file and boot again (using the serial console), USB works once for the
next boot process.
After some try and error, I was able to restart the USB enumeration by
issuing a "udevadm trigger" command again using the serial console. That
always works. To me it seems that USB root hub is not loaded by udev if the
/etc/udev/cache.data file exists.
The output of the trigger command is:
root@beaglebone:~# udevadm trigger
udevadm trigger
47401300.usb-phy supply vcc not found, using dummy regulator
47401b00.usb-phy supply vcc not found, using dummy regulator
omap_rng 48310000.rng: OMAP Random Number Generator ver. 20
root@beaglebone:~# musb-hdrc musb-hdrc.0.auto: MUSB HDRC host driver
musb-hdrc musb-hdrc.0.auto: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
musb-hdrc musb-hdrc.1.auto: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
usb 2-1: new low-speed USB device number 2 using musb-hdrc
input: Logitech USB Optical Mouse as
/devices/ocp.3/47400000.usb/47401c00.usb/musb-hdrc.1.auto/usb2/2-1/2-1:1.0/0003:046D:C00C.0001/input/input0
hid-generic 0003:046D:C00C.0001: input: USB HID v1.10 Mouse [Logitech USB
Optical Mouse] on usb-musb-hdrc.1.auto-1/input0
The content of the /etc/udev/cache.data file is:
root@beaglebone:~# cat /etc/udev/cache.data
cat /etc/udev/cache.data
Linux version 3.14.0-yocto-standard (daniel@daniel-ubuntu) (gcc version
4.8.2 (GCC) ) #1 PREEMPT Sat May 24 16:40:23 CEST
2014console=ttyO0,115200n8 root=/dev/mmcblk0p2 ro rootfstype=ext4
rootwaitCharacter devices:1 mem2 pty3 ttyp4 /dev/vc/04 tty5 /dev/tty5
/dev/console5 /dev/ptmx7 vcs10 misc13 input29 fb89 i2c90 mtd128 ptm136
pts180 usb189 usb_device226 drm250 ttySDIO251 ttyO252 bsg253 watchdog254
rtcBlock devices:1 ramdisk259 blkext8 sd31 mtdblock65 sd66 sd67 sd68 sd69
sd70 sd71 sd128 sd129 sd130 sd131 sd132 sd133 sd134 sd135 sd179 mmc
For the sake of completeness:
root@beaglebone:~# uname -a
uname -a
Linux beaglebone 3.14.0-yocto-standard #1 PREEMPT Sat May 24 16:40:23 CEST
2014 armv7l GNU/Linux
Did anyone else see these problems? And is this a bug - or a feature?
Daniel
[-- Attachment #2: Type: text/html, Size: 3212 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* beaglebone black usb device problem (daisy)
@ 2014-06-03 10:06 Daniel Groß
2014-06-09 3:45 ` Bruce Ashfield
0 siblings, 1 reply; 3+ messages in thread
From: Daniel Groß @ 2014-06-03 10:06 UTC (permalink / raw)
To: yocto
[-- Attachment #1: Type: text/plain, Size: 2622 bytes --]
Hello there,
I have successfully build several beaglebone (qt4embedded demo and
sato+mono hard float) images using yocto 1.6 (daisy) for the beagle bone
black.
However USB devices (mouse, keyboard, anything) are only found during the
first boot.
I narrowed the problem down to the file "/etc/udev/cache.data". If I remove
this file and boot again (using the serial console), USB works once for the
next boot process.
After some try and error, I was able to restart the USB enumeration by
issuing a "udevadm trigger" command again using the serial console. That
always works. To me it seems that USB root hub is not loaded by udev if the
/etc/udev/cache.data file exists.
The output of the trigger command is:
root@beaglebone:~# udevadm trigger
udevadm trigger
47401300.usb-phy supply vcc not found, using dummy regulator
47401b00.usb-phy supply vcc not found, using dummy regulator
omap_rng 48310000.rng: OMAP Random Number Generator ver. 20
root@beaglebone:~# musb-hdrc musb-hdrc.0.auto: MUSB HDRC host driver
musb-hdrc musb-hdrc.0.auto: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
musb-hdrc musb-hdrc.1.auto: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
usb 2-1: new low-speed USB device number 2 using musb-hdrc
input: Logitech USB Optical Mouse as
/devices/ocp.3/47400000.usb/47401c00.usb/musb-hdrc.1.auto/usb2/2-1/2-1:1.0/0003:046D:C00C.0001/input/input0
hid-generic 0003:046D:C00C.0001: input: USB HID v1.10 Mouse [Logitech USB
Optical Mouse] on usb-musb-hdrc.1.auto-1/input0
The content of the /etc/udev/cache.data file is:
root@beaglebone:~# cat /etc/udev/cache.data
cat /etc/udev/cache.data
Linux version 3.14.0-yocto-standard (daniel@daniel-ubuntu) (gcc version
4.8.2 (GCC) ) #1 PREEMPT Sat May 24 16:40:23 CEST
2014console=ttyO0,115200n8 root=/dev/mmcblk0p2 ro rootfstype=ext4
rootwaitCharacter devices:1 mem2 pty3 ttyp4 /dev/vc/04 tty5 /dev/tty5
/dev/console5 /dev/ptmx7 vcs10 misc13 input29 fb89 i2c90 mtd128 ptm136
pts180 usb189 usb_device226 drm250 ttySDIO251 ttyO252 bsg253 watchdog254
rtcBlock devices:1 ramdisk259 blkext8 sd31 mtdblock65 sd66 sd67 sd68 sd69
sd70 sd71 sd128 sd129 sd130 sd131 sd132 sd133 sd134 sd135 sd179 mmc
For the sake of completeness:
root@beaglebone:~# uname -a
uname -a
Linux beaglebone 3.14.0-yocto-standard #1 PREEMPT Sat May 24 16:40:23 CEST
2014 armv7l GNU/Linux
Did anyone else see these problems? And is this a bug - or a feature?
Daniel
[-- Attachment #2: Type: text/html, Size: 4540 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: beaglebone black usb device problem (daisy)
2014-06-03 10:06 beaglebone black usb device problem (daisy) Daniel Groß
@ 2014-06-09 3:45 ` Bruce Ashfield
0 siblings, 0 replies; 3+ messages in thread
From: Bruce Ashfield @ 2014-06-09 3:45 UTC (permalink / raw)
To: Daniel Groß, yocto
On 2014-06-03, 6:06 AM, Daniel Groß wrote:
> Hello there,
> I have successfully build several beaglebone (qt4embedded demo and
> sato+mono hard float) images using yocto 1.6 (daisy) for the beagle bone
> black.
>
> However USB devices (mouse, keyboard, anything) are only found during
> the first boot.
>
> I narrowed the problem down to the file "/etc/udev/cache.data". If I
> remove this file and boot again (using the serial console), USB works
> once for the next boot process.
>
> After some try and error, I was able to restart the USB enumeration by
> issuing a "udevadm trigger" command again using the serial console. That
> always works. To me it seems that USB root hub is not loaded by udev if
> the /etc/udev/cache.data file exists.
>
> The output of the trigger command is:
> root@beaglebone:~# udevadm trigger
> udevadm trigger
> 47401300.usb-phy supply vcc not found, using dummy regulator
> 47401b00.usb-phy supply vcc not found, using dummy regulator
> omap_rng 48310000.rng: OMAP Random Number Generator ver. 20
> root@beaglebone:~# musb-hdrc musb-hdrc.0.auto: MUSB HDRC host driver
> musb-hdrc musb-hdrc.0.auto: new USB bus registered, assigned bus number 1
> hub 1-0:1.0: USB hub found
> hub 1-0:1.0: 1 port detected
> musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
> musb-hdrc musb-hdrc.1.auto: new USB bus registered, assigned bus number 2
> hub 2-0:1.0: USB hub found
> hub 2-0:1.0: 1 port detected
> usb 2-1: new low-speed USB device number 2 using musb-hdrc
> input: Logitech USB Optical Mouse as
> /devices/ocp.3/47400000.usb/47401c00.usb/musb-hdrc.1.auto/usb2/2-1/2-1:1.0/0003:046D:C00C.0001/input/input0
> hid-generic 0003:046D:C00C.0001: input: USB HID v1.10 Mouse [Logitech
> USB Optical Mouse] on usb-musb-hdrc.1.auto-1/input0
>
> The content of the /etc/udev/cache.data file is:
> root@beaglebone:~# cat /etc/udev/cache.data
> cat /etc/udev/cache.data
> Linux version 3.14.0-yocto-standard (daniel@daniel-ubuntu) (gcc version
> 4.8.2 (GCC) ) #1 PREEMPT Sat May 24 16:40:23 CEST
> 2014console=ttyO0,115200n8 root=/dev/mmcblk0p2 ro rootfstype=ext4
> rootwaitCharacter devices:1 mem2 pty3 ttyp4 /dev/vc/04 tty5 /dev/tty5
> /dev/console5 /dev/ptmx7 vcs10 misc13 input29 fb89 i2c90 mtd128 ptm136
> pts180 usb189 usb_device226 drm250 ttySDIO251 ttyO252 bsg253 watchdog254
> rtcBlock devices:1 ramdisk259 blkext8 sd31 mtdblock65 sd66 sd67 sd68
> sd69 sd70 sd71 sd128 sd129 sd130 sd131 sd132 sd133 sd134 sd135 sd179 mmc
>
>
> For the sake of completeness:
> root@beaglebone:~# uname -a
> uname -a
> Linux beaglebone 3.14.0-yocto-standard #1 PREEMPT Sat May 24 16:40:23
> CEST 2014 armv7l GNU/Linux
>
>
> Did anyone else see these problems? And is this a bug - or a feature?
I've never seen this myself. But it is worth logging this in the Yocto
bugzilla with a request for the QA team to confirm that they don't see
this during beaglebone testing.
Bruce
>
>
> Daniel
>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-06-09 3:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-06-03 10:06 beaglebone black usb device problem (daisy) Daniel Groß
2014-06-09 3:45 ` Bruce Ashfield
-- strict thread matches above, loose matches on Subject: below --
2014-06-03 9:57 Daniel Groß
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.