Port-arm archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
USB audio re-attach after each usage
Hello
On a Raspberry Pi running 9.2_STABLE GENERIC64, I have an USB speaker that
gets detached/re-attached after each time it is used. After a lot of retry, it may disapear until the next reboot, or the kernel may panic.
Any hint why this happens? Is it intended behavior?
Here is the kernel ouput when it detaches/Reattaches:
spkr0: detached
audio0: detached
uaudio0: detached
uaudio0: at uhub2 port 2 (addr 6) disconnected
uhid0: detached
uhidev0: detached
uhidev0: at uhub2 port 2 (addr 6) disconnected
uaudio0 at uhub2 port 2 configuration 1 interface 0
uaudio0: Jieli Technology (0x4c4a) UACDemoV1.0 (0x4155), rev 1.10/1.00, addr 6
uaudio0: audio rev 1.00
audio0 at uaudio0: playback
audio0: slinear_le:16 2ch 48000Hz, blk 11520 bytes (60ms) for playback
spkr0 at audio0: PC Speaker (synthesized)
wsbell at spkr0 not configured
uhidev0 at uhub2 port 2 configuration 1 interface 2
uhidev0: Jieli Technology (0x4c4a) UACDemoV1.0 (0x4155), rev 1.10/1.00, addr 6, iclass 3/0
uhid0 at uhidev0: input=2, output=0, feature=0
And here is a panic example:
panic: Trap: Data Abort (EL1): Translation Fault L1 with read access for 0000000000000004: pc ffffffc0000e6c84: opcode 39401084: ldrb w4, [x4,#4]
cpu0: Begin traceback...
trace fp ffffffc03373f5f0
fp ffffffc03373f610 vpanic() at ffffffc000429870 netbsd:vpanic+0x198
fp ffffffc03373f670 panic() at ffffffc000429940 netbsd:panic+0x48
fp ffffffc03373f700 data_abort_handler() at ffffffc000075d2c netbsd:data_abort_handler+0x4c4
tf ffffffc03373f780 el1_trap() at ffffffc0000730dc netbsd:el1_trap
---- trapframe 0xffffffc03373f780 (304 bytes) ----
pc=ffffffc0000e6c84, spsr=0000000060000005
esr=0000000096000005, far=0000000000000004
x0=ffff000003322a00, x1=ffff00000348f9e0
x2=0000000000000002, x3=ffffffc03373fb40
x4=0000000000000000, x5=0000000000000001
x6=ffff00000336c380, x7=ffff00003b3ab220
x8=0000000000000000, x9=0000000000001003
x10=000000000000000c, x11=0000000000000001
x12=0000000000000000, x13=0000000000000000
x14=0000000000000000, x15=0000000000000000
x16=0000000200112558, x17=0000f7cf96622f94
x18=0000000000000000, x19=0000000000000003
x20=ffff0000000d2858, x21=ffff0000000d27c0
x22=ffffffc03373fb40, x23=ffff000003241a10
x24=0000000000000030, x25=0000000000000000
x26=0000000000000030, x27=ffffffc03373fda0
x28=0000000000000000, fp=x29=ffffffc03373fab0
lr=x30=ffffffc0000ea334, sp=ffffffc03373fab0
------------------------------------------------
fp ffffffc03373fab0 usbd_reattach_device() at ffffffc0000e6c84 netbsd:usbd_reattach_device+0x7c
fp ffffffc03373fac0 uhub_rescan() at ffffffc0000ea330 netbsd:uhub_rescan+0x58
fp ffffffc03373fb00 rescanbus() at ffffffc0001950ac netbsd:rescanbus+0xb4
fp ffffffc03373fcd0 drvctl_ioctl() at ffffffc000195908 netbsd:drvctl_ioctl+0x510
fp ffffffc03373fd40 sys_ioctl() at ffffffc000433a20 netbsd:sys_ioctl+0x3d8
fp ffffffc03373fe20 syscall() at ffffffc000074a34 netbsd:syscall+0x19c
tf ffffffc03373fed0 el0_trap() at ffffffc000073148 netbsd:el0_trap
---- trapframe 0xffffffc03373fed0 (304 bytes) ----
pc=0000f7cf96622f98, spsr=0000000080000000
esr=0000000056000036, far=0000f7cf96510ba0
x0=0000000000000004, x1=000000008030447c
x2=0000ffffff80a6d0, x3=0000ffffff80ad3d
x4=0000000000000000, x5=0000000000000000
x6=0000000000000000, x7=0000f7cf968e9010
x8=0000f7cf968e9000, x9=0000000000001003
x10=000000000000000c, x11=0000000000000001
x12=0000000000000000, x13=0000000000000000
x14=0000000000000000, x15=0000000000000000
x16=0000000200112558, x17=0000f7cf96622f94
x18=0000000000000000, x19=0000000000000020
x20=0000ffffff80a738, x21=0000000000000001
x22=0000ffffff80a6d0, x23=0000ffffff80ad35
x24=0000000000000000, x25=0000000000000000
x26=0000000200101f60, x27=0000000000000004
x28=0000000000000000, fp=x29=0000ffffff80a630
lr=x30=0000000200101a4c, sp=0000ffffff80a630
------------------------------------------------
cpu0: End traceback...
--
Emmanuel Dreyfus
manu%netbsd.org@localhost
Home |
Main Index |
Thread Index |
Old Index