16 Jun
2003
16 Jun
'03
5:23 a.m.
Stepping gingerly back into the pond...
I have a desktop Mandrake 9.1 system, on which I'd like to do rather
simple audio stuff (nothing particularly audiophile or
performance-oriented for now). It has an onboard soundcard which plays
sufficiently well, but records quite badly, with most things that I
record from cassettes and the occasionaly DAT distorting quite badly. I
have a Roland UA-30 USB Audio device, but so far I've found that
plugging it in when the system is running crashes the machine
completely, and that the machine fails to finish booting when I boot it
up with the device already hooked in.
Is it worthwhile getting another soundcard? Would something as simple
and inexpensive as a Soundblaster 16 PCI be sufficient?
I'm not all that sure what software I have running at the deep level,
since I've installed enough stuff that has pulled in other things via
dependency catching in urpmi that I'm not clear, for example, on whether
I'm using ALSA or not. For the user-end apps, I've been using Audacity
and Gnusound to record and edit and XMMS for most playback.
16 Jun
16 Jun
7:03 a.m.
hi joseph !
nice to see you back :)
Joseph Zitt wrote:
Stepping gingerly back into the pond...
I have a desktop Mandrake 9.1 system, on which I'd like to do rather
simple audio stuff (nothing particularly audiophile or
performance-oriented for now). It has an onboard soundcard which plays
sufficiently well, but records quite badly, with most things that I
record from cassettes and the occasionaly DAT distorting quite badly.
if by "distortion" you mean "bad sound quality", you're out of
luck, but
if you really mean it's distorted as in "clipping", you might just have
a level problem, which can be fixed.
first of all, make sure your external cassette or dat deck is plugged
into "line-in", not "mic".
google tells me mandrake 9.1 has alsa as default sound system.
do "arecord -f cd | aplay" in a console window or xterm. what it does is
record in cd quality, and pipe it through to aplay any play it back.
this will give dropouts, but it's good enough for testing.
turn on your cassette deck.
now run "alsamixer" on the command line, and check for a control fader
like "capture". set it as low as possible and check if the distortion
disappears. play around with other controls and see if they change
something. as a general rule, mute all inputs you don't use to reduce noise.
if it distorts even when the capture fader is all the way down, try to
reduce the output level of the tape deck (if possible).
I
have a Roland UA-30 USB Audio device, but so far I've found that
plugging it in when the system is running crashes the machine
completely, and that the machine fails to finish booting when I boot it
up with the device already hooked in.
if you have the time to investigate some more, the alsa people would
surely appreciate a bug report. takashi iwai has been very active with
usb support lately, and besides being a really nice guy, he is very
quick to respond.
Is it worthwhile getting another soundcard? Would
something as simple
and inexpensive as a Soundblaster 16 PCI be sufficient?
um-yes-maybe. if your quality demands are "home-use", then yes.
I'm not all that sure what software I have running
at the deep level,
since I've installed enough stuff that has pulled in other things via
dependency catching in urpmi that I'm not clear, for example, on whether
I'm using ALSA or not. For the user-end apps, I've been using Audacity
and Gnusound to record and edit and XMMS for most playback.
lsmod (as root) is your friend here. and if alsa is running, you will
find a /proc/asound directory.
hope that helps,
jörn
--
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
-- Charter of the United Nations, Article 2.4
Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)
19 Jun
19 Jun
9 a.m.
Joern Nettingsmeier wrote:
google tells me mandrake 9.1 has alsa as default sound
system.
[snip]
lsmod (as root) is your friend here. and if alsa is
running, you will
find a /proc/asound directory.
OK, that directory's not there. lsmod tells me:
Module Size Used by Not tainted
isofs 27988 1 (autoclean)
nls_iso8859-1 3516 1 (autoclean)
udf 90464 0 (autoclean)
sg 34636 0 (autoclean)
ppp_deflate 4408 0 (autoclean)
zlib_inflate 21156 0 (autoclean) [isofs ppp_deflate]
zlib_deflate 21144 0 (autoclean) [ppp_deflate]
bsd_comp 5336 0 (autoclean)
ide-cd 33856 2 (autoclean)
parport_pc 25096 1 (autoclean)
lp 8096 0 (autoclean)
parport 34176 1 (autoclean) [parport_pc lp]
es1371 29000 2
soundcore 6276 0 [es1371]
ac97_codec 12488 0 [es1371]
gameport 3316 0 [es1371]
nfsd 74256 8 (autoclean)
ppp_async 9216 1
ppp_generic 24060 3 [ppp_deflate bsd_comp ppp_async]
slhc 6564 1 [ppp_generic]
af_packet 14952 0 (autoclean)
floppy 55132 0
tulip 44032 0 (autoclean) (unused)
supermount 15296 3 (autoclean)
sr_mod 16920 0
cdrom 31648 0 [ide-cd sr_mod]
scsimon 9280 0 (unused)
usb-storage 72952 0
scsi_mod 103284 4 [sg sr_mod scsimon usb-storage]
usb-uhci 24652 0 (unused)
usbcore 72992 1 [usb-storage usb-uhci]
rtc 8060 0 (autoclean)
ext3 59916 3
jbd 38972 3 [ext3]
...which suggests to me that I'm not running alsa. Might something that
I'd installed have removed it?
urpmi alsa
tells me
Everything already installed
which makes me think that I just have to turn it on somehow.
9:53 a.m.
giovedì, 19 giugno 2003 alle 03:41:16, Joseph Zitt ha scritto:
OK, that directory's not there. lsmod tells me:
...which suggests to me that I'm not running alsa. Might something that
I'd installed have removed it?
urpmi alsa
tells me
Everything already installed
which makes me think that I just have to turn it on somehow.
Hi Joseph, I think mandrake has both OSS amd ALSA, and for some reason, in
your case has chosen OSS. You can try changin this by running "draksound"
as root. The alsa modules are those with the "snd-" prefix.
HTH
--
.-----------------------.
| Emiliano Grilli |
| emillo(a)libero.it |
| Linux user #209089 |
| http://www.emillo.net |
'-----------------------'
10:56 a.m.
Emiliano Grilli wrote:
giovedì, 19 giugno 2003 alle 03:41:16, Joseph Zitt ha
scritto:
If that fails then you can rmmod the es1371 module and run modprobe
snd-es1371 + all the other modules for oss emulation which you know
about already.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
========================================
Being on stage with the band in front of crowds shouting, "Get off! No!
We want normal music!", I think that was more like acting than anything
I've ever done.
Goldie, 8 Nov, 2002
The Scotsman
OK, that directory's not there. lsmod tells
me:
...which suggests to me that I'm not running alsa. Might something that
I'd installed have removed it?
urpmi alsa
tells me
Everything already installed
which makes me think that I just have to turn it on somehow.
Hi Joseph, I think mandrake has both OSS amd ALSA, and for some reason, in
your case has chosen OSS. You can try changin this by running "draksound"
as root. The alsa modules are those with the "snd-" prefix.
20 Jun
20 Jun
2:02 a.m.
Emiliano Grilli wrote:
Hi Joseph, I think mandrake has both OSS amd ALSA, and
for some reason, in
your case has chosen OSS. You can try changin this by running "draksound"
as root. The alsa modules are those with the "snd-" prefix.
Ah, that worked quite well, so I'm now using ALSA through the built-in
soundcard. Thanks.
Now to follow the steps in other email and try switching to the USB
device...
16 Jun
16 Jun
8:02 a.m.
Is it worthwhile getting another soundcard? Would
something as
simple and inexpensive as a Soundblaster 16 PCI be sufficient?
I wouldn't bother with an ISA card - the SB Live with emu10K1 chip is
so cheap now. If you want to invest in better quality, you could
consider an M Audio Audiophile if it's just stereo you're after.
I think ALSA is installed by default with Mandrake if your card
supports it.
Cheers
Daniel
10:49 a.m.
Joseph Zitt wrote:
[...] I have a Roland UA-30 USB Audio device, but so
far I've
found that plugging it in when the system is running crashes the
machine completely, and that the machine fails to finish booting
when I boot it up with the device already hooked in.
Add the lines
audio
snd-usb-audio
to your /etc/hotplug/blacklist file (or create it if it doesn't
exist). This should prevent the crashing driver from being loaded
automatically.
And please post the output of "lsusb -v" (when the UA-30 is
connected), and your ALSA version (in /proc/asound/version, if ALSA is
running).
If the "audio" driver is the culprit, you might try to do a
"modprobe snd-usb-audio" manually. If this works, you can remove the
snd-usb-audio line from the blacklist file.
Is it worthwhile getting another soundcard?
Not as long as there is hope to get the UA-30 running.
HTH
Clemens
20 Jun
20 Jun
2:17 a.m.
Clemens Ladisch wrote:
Joseph Zitt wrote:
OK, I did that, and the system didn't crash when I hooked up the UA-30.
The log showed:
Jun 19 20:53:33 localhost kernel: hub.c: new USB device 00:07.2-1.2,
assigned address 6
Jun 19 20:53:33 localhost kernel: usb.c: USB device 6 (vend/prod
0x582/0x6) is not claimed by any active driver.
Jun 19 20:53:37 localhost /etc/hotplug/usb.agent: Setup snd-usb-audio
audio for USB product 582/6/110
Jun 19 20:53:37 localhost /etc/hotplug/usb.agent: ... blacklisted
module: snd-usb-audio
Jun 19 20:53:37 localhost /etc/hotplug/usb.agent: ... blacklisted
module: audio
[...] I have a Roland UA-30 USB Audio device, but
so far I've
found that plugging it in when the system is running crashes the
machine completely, and that the machine fails to finish booting
when I boot it up with the device already hooked in.
Add the lines
audio
snd-usb-audio
to your /etc/hotplug/blacklist file (or create it if it doesn't
exist). This should prevent the crashing driver from being loaded
automatically. And please post the output of "lsusb -v"
(when the UA-30 is
connected), and your ALSA version (in /proc/asound/version, if ALSA is
running).
Here's the output. That "Invalid product/subclass spec at line 2650" is
interesting, as is the "cannot get config descriptor 0, Connection timed
out (110)" for the UA-30.
What file would the errant line 2650 be in?
[root@localhost mp3]# lsusb -v
Invalid product/subclass spec at line 2650
Bus 001 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Root Hub
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000
idProduct 0x0000
bcdDevice 0.00
iManufacturer 0
iProduct 2 USB UHCI Root Hub
iSerial 1 d800
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Root Hub
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 8
bInterval 255
Language IDs: (length=4)
0000 (null)((null))
Bus 001 Device 002: ID 0451:2046 Texas Instruments TUSB2046 Hub
Language IDs: none (invalid length string descriptor bf; len=0)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Root Hub
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0451 Texas Instruments
idProduct 0x2046 TUSB2046 Hub
bcdDevice 1.25
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Root Hub
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 1
bInterval 255
Language IDs: none (invalid length string descriptor bf; len=0)
Bus 001 Device 006: ID 0582:0006 Roland Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0582 Roland Corp.
idProduct 0x0006
bcdDevice 1.10
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
iSerial 0
bNumConfigurations 1
cannot get config descriptor 0, Connection timed out (110)
Language IDs: (length=4)
0409 English(US)
Bus 001 Device 005: ID 059b:0050 Iomega Corp. Zip CD 650 Writer
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x059b Iomega Corp.
idProduct 0x0050 Zip CD 650 Writer
bcdDevice 1.00
iManufacturer 1 Iomega
iProduct 2 USB Zip CD
iSerial 5 50BA281A150000000000
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 39
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 3
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk (Zip)
iInterface 4 Mass Storage
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 32
Language IDs: (length=4)
0409 English(US)
[root@localhost mp3]# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 0.9.0rc8.
Compiled on Mar 14 2003 for kernel 2.4.21-0.13mdk with versioned symbols.
If the "audio" driver is the culprit, you
might try to do a
"modprobe snd-usb-audio" manually. If this works, you can remove the
snd-usb-audio line from the blacklist file.
7:15 a.m.
Joseph Zitt wrote:
One of lsusb's source files, I guess.
Clemens Ladisch wrote:
You previously used the OSS drivers (including "audio"). Does your
computer still crash if you run "modprobe snd-usb-audio"?
Joseph Zitt wrote:
OK, I did that, and the system didn't crash when I hooked up the UA-30. [...] I have a Roland UA-30 USB Audio device, but
so far I've
found that plugging it in when the system is running crashes the
machine completely, and that the machine fails to finish booting
when I boot it up with the device already hooked in.
Add the lines
audio
snd-usb-audio
to your /etc/hotplug/blacklist file (or create it if it doesn't
exist). This should prevent the crashing driver from being loaded
automatically. And please
post the output of "lsusb -v" (when the UA-30 is
connected)
Here's the output. That "Invalid product/subclass spec at line 2650" is
interesting,
What file would the errant line 2650 be in? ... as is the "cannot get config descriptor 0,
Connection timed
out (110)" for the UA-30.
This would have been the interesting part.
There are two drivers for UHCI controllers, uhci and usb-uhci.
Sometimes, one of them works and the other one doesn't. Pleasy do
"rmmod usb-uhci" and "modprobe uhci", then try to run lsusb again.
If this doesn't help, you can try out a newer version of the usbutils
package.
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
It seems the UA-30 has switches to select the recording format. Maybe
another combination might work.
[root@localhost mp3]# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 0.9.0rc8.
Compiled on Mar 14 2003 for kernel 2.4.21-0.13mdk with versioned symbols.
This is a shiny new kernel with a rather old ALSA version. Please try
a more recent ALSA version, there have been some changes to the
snd-usb-audio driver since then.
HTH
Clemens
8:16 a.m.
Clemens Ladisch wrote:
Joseph Zitt wrote:
Yes, it crashed instantly.
OK, I did that, and the system didn't crash
when I hooked up the UA-30.
You previously used the OSS drivers (including "audio"). Does your
computer still crash if you run "modprobe snd-usb-audio"? This would have been the interesting part.
There are two drivers for UHCI controllers, uhci and usb-uhci.
Sometimes, one of them works and the other one doesn't. Pleasy do
"rmmod usb-uhci" and "modprobe uhci", then try to run lsusb again.
OK, here's the output. One thing I see right away is that it recognized
my digital camera, which hadn't shown up before, so I guess that's an
improvement :-)
The only difference that I see for the USB Audio device itself is that
it seems to have moved from Device 006 to Device 003. But I suspect that
this difference wouldn't have any effect.
I'm seeing some other differences, too:
Whereas I had been getting errors on the Language IDs for various
devices saying, for example,
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=110:Connection timed out)
they're now saying:
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=32:Broken pipe)
Bus 001 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Root Hub
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000
idProduct 0x0000
bcdDevice 0.00
iManufacturer 0
iProduct 2 USB UHCI-alt Root Hub
iSerial 1 d800
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Root Hub
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 8
bInterval 255
Language IDs: (length=4)
0000 (null)((null))
Bus 001 Device 002: ID 0451:2046 Texas Instruments TUSB2046 Hub
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=32:Broken pipe)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Root Hub
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0451 Texas Instruments
idProduct 0x2046 TUSB2046 Hub
bcdDevice 1.25
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Root Hub
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 1
bInterval 255
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=32:Broken pipe)
Bus 001 Device 003: ID 0582:0006 Roland Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0582 Roland Corp.
idProduct 0x0006
bcdDevice 1.10
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
iSerial 0
bNumConfigurations 1
cannot get config descriptor 0, Connection timed out (110)
Language IDs: (length=4)
0409 English(US)
Bus 001 Device 004: ID 084d:0003 Minton Optic Industry Co., Inc. S-Cam
F5 Digital Camera
Language IDs: none (invalid length string descriptor 80; len=256)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x084d Minton Optic Industry Co., Inc.
idProduct 0x0003 S-Cam F5 Digital Camera
bcdDevice 0.90
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 167
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 0
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 128
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 2
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 384
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 3
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 512
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 4
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 640
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 5
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 768
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 6
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 896
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 7
bNumEndpoints 1
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 1023
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 1
bInterval 8
Language IDs: none (invalid length string descriptor 80; len=256)
Bus 001 Device 005: ID 059b:0050 Iomega Corp. Zip CD 650 Writer
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x059b Iomega Corp.
idProduct 0x0050 Zip CD 650 Writer
bcdDevice 1.00
iManufacturer 1 Iomega
iProduct 2 USB Zip CD
iSerial 5 50BA281A150000000000
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 39
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 3
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk (Zip)
iInterface 4 Mass Storage
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 32
Language IDs: (length=4)
0409 English(US)
If this doesn't help, you can try out a newer version of the usbutils
package.
I'm a bit hesitant to do so, since this is the most recent version
supplied for Mandrake. I'm downloading an alsa-driver-0.9.4-fr2 RPM for
i386 from rpmfind, though I'm unclear as to whether it would be better
to download the source RPM and build from that instead.
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
It seems the UA-30 has switches to select the recording format. Maybe
another combination might work.
[root@localhost mp3]# cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 0.9.0rc8.
Compiled on Mar 14 2003 for kernel 2.4.21-0.13mdk with versioned symbols.
This is a shiny new kernel with a rather old ALSA version. Please try
a more recent ALSA version, there have been some changes to the
snd-usb-audio driver since then.
10:13 a.m.
Joseph Zitt wrote:
There's no reason not use the binary RPM, if it works.
HTH
Clemens
Clemens Ladisch wrote:
No change to the "cannot get config descriptor" error, so I think this
may be an error in your version of lsusb.
Well, there are other ways to get the descriptors. Please post the
output of "od -t x1 /proc/bus/usb/001/003" (003 is the device number).
"rmmod usb-uhci" and "modprobe
uhci", then try to run lsusb again.
OK, here's the output. Please try
a more recent ALSA version, there have been some changes to the
snd-usb-audio driver since then.
I'm a bit hesitant to do so, since this is the most recent version
supplied for Mandrake. I'm downloading an alsa-driver-0.9.4-fr2 RPM for
i386 from rpmfind, though I'm unclear as to whether it would be better
to download the source RPM and build from that instead.
3:54 p.m.
Clemens Ladisch wrote:
No change to the "cannot get config descriptor" error, so I think this
may be an error in your version of lsusb.
For what it's worth, I got the same error when trying to use the same
device on my laptop under Red Hat a while ago.
There's no reason not use the binary RPM, if it works.
OK, I'm trying it, but getting into a dependency tangle, apparently over
some configuration files:
[root@localhost Documents]# ls alsa
alsa-driver-0.9.4-fr2.i386.rpm alsa-tools-0.9.4.tar.bz2
alsa-lib-0.9.4-fr1.i386.rpm alsa-utils-0.9.4-fr1.i386.rpm
[root@localhost Documents]# rpm -Uvh alsa*.rpm
Preparing... ###########################################
[100%]
file /usr/lib/libasound.so.2.0.0 from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa2-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/alsa.conf from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/CMI8738-MC6.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/CS46xx.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/EMU10K1.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/ICE1712.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/ICE1724.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/VIA8233A.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
[root@localhost Documents]#
The latest RPM for libalsa-data that I've found is
libalsa-data-0.9.2-5mdk.i586.rpm
Trying that I get:
[root@localhost Documents]# rpm -Uvh alsa*.rpm
libalsa-data-0.9.2-5mdk.i586.rpm
error: failed dependencies:
libalsa2 = 0.9.2 is needed by libalsa-data-0.9.2-5mdk
[root@localhost Documents]#
"rmmod usb-uhci" and "modprobe
uhci", then try to run lsusb again.
OK, here's the output. Well, there are other ways to get the descriptors.
Please post the
output of "od -t x1 /proc/bus/usb/001/003" (003 is the device number).
[root@localhost Documents]# od -t x1 /proc/bus/usb/001/003
0000000 12 01 00 01 00 00 00 08 82 05 06 00 10 01 01 02
0000020 00 01 09 02 9f 02 03 01 00 80 f0 09 04 00 00 00
0000040 01 01 00 00 0a 24 01 00 01 4a 00 02 01 02 0c 24
0000060 02 01 01 01 00 02 03 00 00 00 0d 24 06 02 01 02
0000100 15 01 02 00 02 00 00 09 24 03 03 04 03 00 02 00
0000120 0c 24 02 04 02 02 00 02 03 00 00 00 09 24 03 07
0000140 01 01 00 04 00 09 04 01 00 00 01 02 00 00 09 04
0000160 01 01 01 01 02 00 00 07 24 01 01 00 01 00 0b 24
0000200 02 01 01 01 08 01 44 ac 00 09 05 04 09 38 00 01
0000220 00 00 07 25 01 00 02 00 02 09 04 01 02 01 01 02
0000240 00 00 07 24 01 01 00 01 00 0b 24 02 01 02 01 08
0000260 01 44 ac 00 09 05 04 09 70 00 01 00 00 07 25 01
0000300 00 02 00 02 09 04 01 03 01 01 02 00 00 07 24 01
0000320 01 00 01 00 0b 24 02 01 01 02 10 01 44 ac 00 09
0000340 05 04 09 70 00 01 00 00 07 25 01 00 02 00 02 09
0000360 04 01 04 01 01 02 00 00 07 24 01 01 00 01 00 0b
0000400 24 02 01 02 02 10 01 44 ac 00 09 05 04 09 e0 00
0000420 01 00 00 07 25 01 00 02 00 02 09 04 01 05 01 01
0000440 02 00 00 07 24 01 01 00 01 00 0b 24 02 01 01 03
0000460 18 01 44 ac 00 09 05 04 09 a8 00 01 00 00 07 25
0000500 01 00 02 00 02 09 04 01 06 01 01 02 00 00 07 24
0000520 01 01 00 01 00 0b 24 02 01 02 03 18 01 44 ac 00
0000540 09 05 04 09 50 01 01 00 00 07 25 01 00 02 00 02
0000560 09 04 02 00 00 01 02 00 00 09 04 02 01 01 01 02
0000600 00 00 07 24 01 07 00 01 00 14 24 02 01 01 01 08
0000620 04 11 2b 00 22 56 00 44 ac 00 80 bb 00 09 05 85
0000640 05 38 00 01 00 00 07 25 01 01 02 00 00 09 04 02
0000660 02 01 01 02 00 00 07 24 01 07 00 01 00 14 24 02
0000700 01 02 01 08 04 11 2b 00 22 56 00 44 ac 00 80 bb
0000720 00 09 05 85 05 70 00 01 00 00 07 25 01 01 02 00
0000740 00 09 04 02 03 01 01 02 00 00 07 24 01 07 00 01
0000760 00 14 24 02 01 01 02 10 04 11 2b 00 22 56 00 44
0001000 ac 00 80 bb 00 09 05 85 05 70 00 01 00 00 07 25
0001020 01 01 02 00 00 09 04 02 04 01 01 02 00 00 07 24
0001040 01 07 00 01 00 14 24 02 01 02 02 10 04 11 2b 00
0001060 22 56 00 44 ac 00 80 bb 00 09 05 85 05 e0 00 01
0001100 00 00 07 25 01 01 02 00 00 09 04 02 05 01 01 02
0001120 00 00 07 24 01 07 00 01 00 14 24 02 01 01 03 18
0001140 04 11 2b 00 22 56 00 44 ac 00 80 bb 00 09 05 85
0001160 05 a8 00 01 00 00 07 25 01 01 02 00 00 09 04 02
0001200 06 01 01 02 00 00 07 24 01 07 00 01 00 14 24 02
0001220 01 02 03 18 04 11 2b 00 22 56 00 44 ac 00 80 bb
0001240 00 09 05 85 05 50 01 01 00 00 07 25 01 01 02 00
0001260 00
0001261
Wow, that was immediately informative! :-)
Please try
a more recent ALSA version, there have been some changes to the
snd-usb-audio driver since then.
I'm a bit hesitant to do so, since this is the most recent version
supplied for Mandrake. I'm downloading an alsa-driver-0.9.4-fr2 RPM for
i386 from rpmfind, though I'm unclear as to whether it would be better
to download the source RPM and build from that instead.
23 Jun
23 Jun
6:39 p.m.
Joseph Zitt wrote:
Digging around, I haven't been able to find information that I
understand as to what this tells us. Could someone offer and
interpretation, and what it lets us know about the error?
OK, I'm trying it, but getting into a dependency tangle, apparently over
some configuration files:
[root@localhost Documents]# ls alsa
alsa-driver-0.9.4-fr2.i386.rpm alsa-tools-0.9.4.tar.bz2
alsa-lib-0.9.4-fr1.i386.rpm alsa-utils-0.9.4-fr1.i386.rpm
[root@localhost Documents]# rpm -Uvh alsa*.rpm
Preparing... ###########################################
[100%]
file /usr/lib/libasound.so.2.0.0 from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa2-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/alsa.conf from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/CMI8738-MC6.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/CS46xx.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/EMU10K1.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/ICE1712.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/ICE1724.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
file /usr/share/alsa/cards/VIA8233A.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package
libalsa-data-0.9.0-0.14rc7.1mdk
[root@localhost Documents]#
The latest RPM for libalsa-data that I've found is
libalsa-data-0.9.2-5mdk.i586.rpm
Trying that I get:
[root@localhost Documents]# rpm -Uvh alsa*.rpm
libalsa-data-0.9.2-5mdk.i586.rpm
error: failed dependencies:
libalsa2 = 0.9.2 is needed by libalsa-data-0.9.2-5mdk
[root@localhost Documents]#
Bus 001 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Root Hub
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000
idProduct 0x0000
bcdDevice 0.00
iManufacturer 0
iProduct 2 USB UHCI-alt Root Hub
iSerial 1 d800
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Root Hub
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 8
bInterval 255
Language IDs: (length=4)
0000 (null)((null))
Bus 001 Device 002: ID 0451:2046 Texas Instruments TUSB2046 Hub
Language IDs: none (cannot get min. string descriptor; got len=-1, error=32:Broken
pipe)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Root Hub
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0451 Texas Instruments
idProduct 0x2046 TUSB2046 Hub
bcdDevice 1.25
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Root Hub
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 1
bInterval 255
Language IDs: none (cannot get min. string descriptor; got len=-1, error=32:Broken
pipe)
Bus 001 Device 003: ID 0582:0006 Roland Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0582 Roland Corp.
idProduct 0x0006
bcdDevice 1.10
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
iSerial 0
bNumConfigurations 1
cannot get config descriptor 0, Connection timed out (110)
Language IDs: (length=4)
0409 English(US)
Bus 001 Device 004: ID 084d:0003 Minton Optic Industry Co., Inc. S-Cam F5 Digital Camera
Language IDs: none (cannot get min. string descriptor; got len=-1, error=110:Connection
timed out)
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x084d Minton Optic Industry Co., Inc.
idProduct 0x0003 S-Cam F5 Digital Camera
bcdDevice 0.90
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
cannot get config descriptor 0, Connection timed out (110)
Language IDs: none (cannot get min. string descriptor; got len=-1, error=110:Connection
timed out)
Bus 001 Device 005: ID 059b:0050 Iomega Corp. Zip CD 650 Writer
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x059b Iomega Corp.
idProduct 0x0050 Zip CD 650 Writer
bcdDevice 1.00
iManufacturer 1 Iomega
iProduct 2 USB Zip CD
iSerial 5 50BA281A150000000000
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 39
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 3
bmAttributes 0xc0
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk (Zip)
iInterface 4 Mass Storage
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 32
Language IDs: (length=4)
0409 English(US)
Clemens Ladisch wrote:
No change to the "cannot get config descriptor" error, so I think this
may be an error in your version of lsusb.
For what it's worth, I got the same error when trying to use the same
device on my laptop under Red Hat a while ago.
I found an lsusb output from trying it on my laptop a while back at
http://ccrma-mail.stanford.edu/pipermail/planetccrma/2002-December/000796.h…
. It looks like the same error:
Bus 001 Device 010: ID 0582:0006 Roland Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0582 Roland Corp.
idProduct 0x0006
bcdDevice 1.10
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
iSerial 0
bNumConfigurations 1
cannot get config descriptor 0, Connection timed out (110)
Language IDs: (length=4)
0409 English(US)
I'm now getting:
Bus 001 Device 003: ID 0582:0006 Roland Corp.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.00
bDeviceClass 0 Interface
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0582 Roland Corp.
idProduct 0x0006
bcdDevice 1.10
iManufacturer 1 Roland
iProduct 2 UA-30 (44100Hz, Analog REC)
iSerial 0
bNumConfigurations 1
cannot get config descriptor 0, Connection timed out (110)
Language IDs: (length=4)
0409 English(US)
...which, other than the device number, appears identical.
Could it be a problem with the UA-30 refusing to return config
descriptor 0, whatever that is, when the program asks for it?
The closest thing I've seen to documentation of the config descriptors
is at
http://www.beyondlogic.org/usbnutshell/usb5.htm##ConfigurationDescriptors
(yes, two # signs are needed), but I'm not following what this means.
http://groups.google.com/groups?q=lsusb+%22cannot+get+config+descriptor%22&…
seems to suggest that this may be a kernel bug, though it's not about
the kernel that I'm using, and I was using different ones on the two
systems.
It looks like I'm using an up-to-date lsusb now:
[root@localhost Documents]# lsusb --version
lsusb (usbutils) 0.11
[root@localhost Documents]# urpmi usbutils
Everything already installed
[root@localhost Documents]#
And the error seems to show up more than once:
[root@localhost Documents]# lsusb -v | grep cannot
Invalid product/subclass spec at line 2650
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=32:Broken pipe)
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=32:Broken pipe)
cannot get config descriptor 0, Connection timed out (110)
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=110:Connection timed out)
cannot get config descriptor 0, Connection timed out (110)
Language IDs: none (cannot get min. string descriptor; got len=-1,
error=110:Connection timed out)
[root@localhost Documents]#
I'm attaching the complete lsusb -v output.
"rmmod usb-uhci" and "modprobe
uhci", then try to run lsusb again.
OK, here's the output. Well, there
are other ways to get the descriptors. Please post the
output of "od -t x1 /proc/bus/usb/001/003" (003 is the device number).
[root@localhost Documents]# od -t x1 /proc/bus/usb/001/003
0000000 12 01 00 01 00 00 00 08 82 05 06 00 10 01 01 02
0000020 00 01 09 02 9f 02 03 01 00 80 f0 09 04 00 00 00
0000040 01 01 00 00 0a 24 01 00 01 4a 00 02 01 02 0c 24
0000060 02 01 01 01 00 02 03 00 00 00 0d 24 06 02 01 02
0000100 15 01 02 00 02 00 00 09 24 03 03 04 03 00 02 00
0000120 0c 24 02 04 02 02 00 02 03 00 00 00 09 24 03 07
0000140 01 01 00 04 00 09 04 01 00 00 01 02 00 00 09 04
0000160 01 01 01 01 02 00 00 07 24 01 01 00 01 00 0b 24
0000200 02 01 01 01 08 01 44 ac 00 09 05 04 09 38 00 01
0000220 00 00 07 25 01 00 02 00 02 09 04 01 02 01 01 02
0000240 00 00 07 24 01 01 00 01 00 0b 24 02 01 02 01 08
0000260 01 44 ac 00 09 05 04 09 70 00 01 00 00 07 25 01
0000300 00 02 00 02 09 04 01 03 01 01 02 00 00 07 24 01
0000320 01 00 01 00 0b 24 02 01 01 02 10 01 44 ac 00 09
0000340 05 04 09 70 00 01 00 00 07 25 01 00 02 00 02 09
0000360 04 01 04 01 01 02 00 00 07 24 01 01 00 01 00 0b
0000400 24 02 01 02 02 10 01 44 ac 00 09 05 04 09 e0 00
0000420 01 00 00 07 25 01 00 02 00 02 09 04 01 05 01 01
0000440 02 00 00 07 24 01 01 00 01 00 0b 24 02 01 01 03
0000460 18 01 44 ac 00 09 05 04 09 a8 00 01 00 00 07 25
0000500 01 00 02 00 02 09 04 01 06 01 01 02 00 00 07 24
0000520 01 01 00 01 00 0b 24 02 01 02 03 18 01 44 ac 00
0000540 09 05 04 09 50 01 01 00 00 07 25 01 00 02 00 02
0000560 09 04 02 00 00 01 02 00 00 09 04 02 01 01 01 02
0000600 00 00 07 24 01 07 00 01 00 14 24 02 01 01 01 08
0000620 04 11 2b 00 22 56 00 44 ac 00 80 bb 00 09 05 85
0000640 05 38 00 01 00 00 07 25 01 01 02 00 00 09 04 02
0000660 02 01 01 02 00 00 07 24 01 07 00 01 00 14 24 02
0000700 01 02 01 08 04 11 2b 00 22 56 00 44 ac 00 80 bb
0000720 00 09 05 85 05 70 00 01 00 00 07 25 01 01 02 00
0000740 00 09 04 02 03 01 01 02 00 00 07 24 01 07 00 01
0000760 00 14 24 02 01 01 02 10 04 11 2b 00 22 56 00 44
0001000 ac 00 80 bb 00 09 05 85 05 70 00 01 00 00 07 25
0001020 01 01 02 00 00 09 04 02 04 01 01 02 00 00 07 24
0001040 01 07 00 01 00 14 24 02 01 02 02 10 04 11 2b 00
0001060 22 56 00 44 ac 00 80 bb 00 09 05 85 05 e0 00 01
0001100 00 00 07 25 01 01 02 00 00 09 04 02 05 01 01 02
0001120 00 00 07 24 01 07 00 01 00 14 24 02 01 01 03 18
0001140 04 11 2b 00 22 56 00 44 ac 00 80 bb 00 09 05 85
0001160 05 a8 00 01 00 00 07 25 01 01 02 00 00 09 04 02
0001200 06 01 01 02 00 00 07 24 01 07 00 01 00 14 24 02
0001220 01 02 03 18 04 11 2b 00 22 56 00 44 ac 00 80 bb
0001240 00 09 05 85 05 50 01 01 00 00 07 25 01 01 02 00
0001260 00
0001261
Wow, that was immediately informative! :-)
>>> Please try
>>> a more recent ALSA version, there have been some changes to the
>>> snd-usb-audio driver since then.
>>
>>
Looking at the errors below, it looks like the appropriate thing would
be to completely remove alsa and reinstall it -- though that also may be
inappropriate and catastrophic, depending on what's depending on it. Any
clues?
I'm a bit hesitant to do so, since this is the
most recent version
supplied for Mandrake. I'm downloading an alsa-driver-0.9.4-fr2 RPM for
i386 from rpmfind, though I'm unclear as to whether it would be better
to download the source RPM and build from that instead.
There's no reason not use the binary RPM, if it works.
24 Jun
24 Jun
2:27 p.m.
Joseph Zitt wrote:
This is exactly the same information as in the output of lsusb, only
without those bothersome labels.
The UA-30 actually seems to have 100% standard-conforming descriptors,
so the driver ought to work with it (well, in theory).
Does your computer still blow up when you unload all ALSA modules and
do a "modprobe audio"?
Yes, please remove _all_ old ALSA packages before installing the new
ones.
HTH
Clemens
Could it be a problem with the UA-30 refusing to
return config
descriptor 0, whatever that is, when the program asks for it?
No, the kernel does successfully get the descriptors. The contents of
/proc/bus/usb/001/00X are obviously :-) correct.
The closest thing I've seen to documentation of
the config descriptors
is at
http://www.beyondlogic.org/usbnutshell/usb5.htm##ConfigurationDescriptors
(yes, two # signs are needed), but I'm not following what this means.
The various descriptors are described in the various USB
specifications which you can find at www.usb.org, but trust me: you
don't want to read them.
In short, the descriptors tell the driver about the capabilities of
the device.
[root@localhost Documents]# od -t x1 /proc/bus/usb/001/003
0000000 12 01 00 01 00 00 00 08 82 05 06 00 10 01 01 02
...
Wow, that was immediately informative! :-)
Digging around, I haven't been able to find information that I
understand as to what this tells us. Could someone offer and
interpretation, and what it lets us know about the error? Clemens
Ladisch wrote:
>>> Please try
>>> a more recent ALSA version, there have been some changes to the
>>> snd-usb-audio driver since then.
Looking at the errors below, it looks like the appropriate thing would
be to completely remove alsa and reinstall it -- though that also may be
inappropriate and catastrophic, depending on what's depending on it. Any
clues?
25 Jun
25 Jun
6:34 a.m.
Clemens Ladisch wrote:
Yes, please remove _all_ old ALSA packages before installing the new
ones.
I'll try that now.
Does your computer still blow up when you unload all
ALSA modules and
do a "modprobe audio"?
Nope, I'm now successfully playing an MP3 via XMMS through the UA-30
after doing that! One problem, though, is that the playback slows down
and stutters when I try to do much of anything else, such as scrolling a
window in Mozilla.
Clemens Ladisch wrote:
>>>Please try
>>>a more recent ALSA version, there have been some changes to the
>>>snd-usb-audio driver since then.
Looking at the errors below, it looks like the appropriate thing would
be to completely remove alsa and reinstall it -- though that also may be
inappropriate and catastrophic, depending on what's depending on it. Any
clues?
7:34 a.m.
Joseph Zitt wrote:
Well, this is proving difficult and a bit confusing:
[root@localhost Documents]# ls alsa*.rpm
alsa-driver-0.9.4-fr2.i386.rpm alsaplayer-0.99.75-fr1.i386.rpm
alsa-lib-0.9.4-fr1.i386.rpm alsa-utils-0.9.4-fr1.i386.rpm
[root@localhost Documents]# rpm -Uvh alsa-*.rpm
Preparing... ###########################################
[100%]
package alsa-utils-0.9.4-fr1 is already installed
file /usr/share/alsa/alsa.conf from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa-data-0.9.2-5mdk
file /usr/share/alsa/cards/CS46xx.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package libalsa-data-0.9.2-5mdk
file /usr/share/alsa/cards/ICE1712.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package libalsa-data-0.9.2-5mdk
file /usr/share/alsa/cards/ICE1724.conf from install of
alsa-lib-0.9.4-fr1 conflicts with file from package libalsa-data-0.9.2-5mdk
file /usr/lib/libasound.so.2.0.0 from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa2-0.9.2-5mdk
[root@localhost Documents]# rpm -e libalsa2-0.9.2-5mdk
libalsa-data-0.9.2-5mdk
error: removing these packages would break dependencies:
libalsa2 is needed by alsaplayer-0.99.74-1mdk
libalsa2 = 0.9.2 is needed by libalsa2-docs-0.9.2-5mdk
alsa-lib >= 0.9.0 is needed by alsa-utils-0.9.4-fr1
libasound.so.2 is needed by perl-SDL-1.20.0-1mdk
libasound.so.2 is needed by koffice-1.2.1-8mdk
libasound.so.2 is needed by libSDL1.2-1.2.5-5mdk
libasound.so.2 is needed by libsmpeg0.4-0.4.4-18mdk
libasound.so.2 is needed by libSDL_image1.2-1.2.2-4mdk
libasound.so.2 is needed by libSDL_net1.2-1.2.4-5mdk
libasound.so.2 is needed by kdegames-3.1-11mdk
libasound.so.2 is needed by toppler-0.96-8mdk
libasound.so.2 is needed by pysol-4.81-1mdk
libasound.so.2 is needed by xine-plugins-1-0.beta4.1mdk
libasound.so.2 is needed by xmms-more-vis-plugins-1.6.0-2mdk
libasound.so.2 is needed by libarts-1.1.0-2mdk
libasound.so.2 is needed by kdebase-3.1-83mdk
libasound.so.2 is needed by libSDL_mixer1.2-1.2.4-5mdk
libasound.so.2 is needed by lbreakout2-2.4-2mdk
libasound.so.2 is needed by kdelibs-common-3.1-58mdk
libasound.so.2 is needed by kdelibs-3.1-58mdk
libasound.so.2 is needed by frozen-bubble-1.0.0-1mdk
libasound.so.2 is needed by arts-1.1.0-2mdk
libasound.so.2 is needed by libjack0-0.66.3-030401.1mdk
libasound.so.2 is needed by libao2-0.8.3-2mdk
libasound.so.2 is needed by libtse3_0-0.2.5-2mdk
libasound.so.2 is needed by tse3-0.2.5-2mdk
libasound.so.2 is needed by kdemultimedia-3.1-10mdk
libasound.so.2 is needed by libavifile0.7-0.7.34-2plf
libasound.so.2 is needed by ecasound-2.2.1-1mdk
libasound.so.2 is needed by ecawave-0.6.0-2mdk
libasound.so.2 is needed by ecamegapedal-0.4.1-1mdk
libasound.so.2 is needed by vkeybd-0.1.12-1mdk
libasound.so.2 is needed by alsaplayer-0.99.74-1mdk
libasound.so.2 is needed by xmms-smpeg-0.3.5-1mdk
libasound.so.2 is needed by alsa-utils-0.9.4-fr1
libasound.so.2(ALSA_0.9) is needed by alsa-utils-0.9.4-fr1
[root@localhost Documents]#
I suspect that this is less scary than it appears... but it at least
looks like installing from RPMs will break a whole lot of things.
Unfortunately, as far as I can tell, Mandrake only supplies RPMs up
through ALSA 0.9.2 which I understand from earlier messages is terribly
outdated in its USB-audio support.
What's my next step?
Clemens Ladisch wrote:
Yes, please
remove _all_ old ALSA packages before installing the new
ones.
I'll try that now.
2:01 p.m.
Joseph Zitt wrote:
Joseph Zitt wrote:
Uninstall libalsa-data-0.9.2-5mdk, too.
Clemens Ladisch wrote:
Well, this is proving difficult and a bit confusing:
[root@localhost Documents]# ls alsa*.rpm
alsa-driver-0.9.4-fr2.i386.rpm alsaplayer-0.99.75-fr1.i386.rpm
alsa-lib-0.9.4-fr1.i386.rpm alsa-utils-0.9.4-fr1.i386.rpm
[root@localhost Documents]# rpm -Uvh alsa-*.rpm
Preparing... ###########################################
[100%]
package alsa-utils-0.9.4-fr1 is already installed
file /usr/share/alsa/alsa.conf from install of alsa-lib-0.9.4-fr1
conflicts with file from package libalsa-data-0.9.2-5mdk Yes, please remove _all_ old ALSA packages before
installing the new
ones.
I'll try that now. [root@localhost Documents]# rpm -e
libalsa2-0.9.2-5mdk
libalsa-data-0.9.2-5mdk
error: removing these packages would break dependencies:
libalsa2 is needed by alsaplayer-0.99.74-1mdk
libalsa2 = 0.9.2 is needed by libalsa2-docs-0.9.2-5mdk
alsa-lib >= 0.9.0 is needed by alsa-utils-0.9.4-fr1
libasound.so.2 is needed by [many packages]
...
I suspect that this is less scary than it appears... but it at least
looks like installing from RPMs will break a whole lot of things.
Unfortunately, as far as I can tell, Mandrake only supplies RPMs up
through ALSA 0.9.2 which I understand from earlier messages is terribly
outdated in its USB-audio support.
What's my next step?
You could uninstall the old packages anyway (rpm has a parameter
--force or something like that), and then install the new packages;
the new library version should be compatible with the old one.
Or you could compile ALSA from the sources. When installing, the new
library will overwrite the old one, and rpm won't notice until it's
too late. ;-)
HTH
Clemens
9:48 p.m.
Clemens Ladisch wrote:
You could uninstall the old packages anyway (rpm has a
parameter
--force or something like that), and then install the new packages;
the new library version should be compatible with the old one.
OK, I've done that. Installing the alsa-driver failed with a cpio error
when unpacking it, but I got alsa-driver-0.9.4.tar.bz2 from
alsa-project.org and built it and installed it from that. It seems to
have installed, though I got a lot (thousands?) of messages during the
build like:
In file included from
/lib/modules/2.4.21-0.13mdk/build/include/linux/modversions.h:362,
from
/home/jzitt/Documents/alsa-driver-0.9.4/include/adriver.h:42,
from
/home/jzitt/Documents/alsa-driver-0.9.4/include/sound/driver.h:42,
from ../../alsa-kernel/pcmcia/vx/vxp_mixer.c:23,
from vxp_mixer.c:2:
/lib/modules/2.4.21-0.13mdk/build/include/linux/modules/util_mem.ver:12:1:
warning: this is the location of the previous definition
In file included from
/home/jzitt/Documents/alsa-driver-0.9.4/include/sndversions.h:49,
from
/home/jzitt/Documents/alsa-driver-0.9.4/include/adriver.h:43,
from
/home/jzitt/Documents/alsa-driver-0.9.4/include/sound/driver.h:42,
from ../../alsa-kernel/pcmcia/vx/vxp_mixer.c:23,
from vxp_mixer.c:2:
/home/jzitt/Documents/alsa-driver-0.9.4/include/modules/synth__util_mem.ver:15:1:
warning: "__ver___snd_util_memblk_new" redefined
I'm listening to an MP3 now via the USB device under XMMS. As before,
the sound breaks up completely when I try to do much of anything else
with the program. It seems to happen most consistently when the screen
changes at all other than typing characters on it -- it even hiccups
when the edit window scrolls by one line here in Mozilla. This isn't
good, and I suspect will be worse and more of a problem when I try to
record from an external source through the device (which was the point
of using the USB device). Weirdly, drakconf still thinks that I'm using
the onboard es1371 AudioPCI97 device.
Can I do something to keep the sound from breaking up?
11:40 p.m.
New subject: [linux-audio-user] Now, no sound at all.
In seeing if I could dub through the UA-30, I discovered that the device
itself is apparently broken. Playing a tape through its LINE IN inputs,
I only got one channel. Carefully testing things on the tape deck,
cabling, and UA-30, I determined that nothing is coming in via the right
channel input of the UA-30.
This appears to make all other questions about using it moot.
So I pulled the UA-30, and tried to play another MP3 through XMMS. It
told me that it couldn't, and suggested that there was no soundcard
configured. I rebooted, and things got worse, with no sound at all
happening through anything.
I have the following in /var/log/messages:
Jun 25 17:55:16 localhost modprobe:
/lib/modules/2.4.21-0.13mdk/kernel/sound/aco
re/snd.o:
Jun 25 17:55:16 localhost modprobe: unresolved symbol snd_verbose_printk
Jun 25 17:55:16 localhost modprobe: modprobe: insmod
/lib/modules/2.4.21-0.13mdk
/kernel/sound/acore/snd.o failed
Jun 25 17:55:16 localhost modprobe: modprobe: insmod snd-ens1371 failed
I tried several things that the Troubleshooting window in draksound
suggested:
[root@localhost jzitt]# lspcidrake -v | fgrep AUDIO
es1371 : Ensoniq|CT5880 [MULTIMEDIA_AUDIO] (vendor:1274
device:5880 subv:1458 subd:a000)
[root@localhost jzitt]# grep sound-slot /etc/modules.conf
alias sound-slot-0 snd-ens1371
[root@localhost jzitt]# /sbin/lsmod
Module Size Used by Not tainted
sr_mod 16920 0 (autoclean) (unused)
ide-cd 33856 0 (autoclean)
cdrom 31648 0 (autoclean) [sr_mod ide-cd]
parport_pc 25096 1 (autoclean)
lp 8096 0 (autoclean)
parport 34176 1 (autoclean) [parport_pc lp]
nfsd 74256 8 (autoclean)
ppp_async 9216 0 (unused)
ppp_generic 24060 0 [ppp_async]
slhc 6564 0 [ppp_generic]
af_packet 14952 0 (autoclean)
floppy 55132 0
tulip 44032 0 (autoclean) (unused)
supermount 15296 3 (autoclean)
usb-storage 72952 0 (unused)
scsi_mod 103284 1 [sr_mod usb-storage]
usb-uhci 24652 0 (unused)
usbcore 72992 1 [usb-storage usb-uhci]
rtc 8060 0 (autoclean)
ext3 59916 3
jbd 38972 3 [ext3]
[root@localhost jzitt]# modprobe snd-ens1371
/lib/modules/2.4.21-0.13mdk/kernel/sound/acore/snd.o: unresolved symbol
snd_verbose_printk
modprobe: insmod /lib/modules/2.4.21-0.13mdk/kernel/sound/acore/snd.o failed
modprobe: insmod snd-ens1371 failed
[root@localhost jzitt]# /sbin/fuser -v /dev/dsp
/dev/dsp: No such file or directory
[root@localhost jzitt]# /sbin/chkconfig --list sound
sound 0:off 1:off 2:on 3:on 4:on 5:on 6:off
[root@localhost jzitt]# /sbin/chkconfig --list alsa
alsa 0:off 1:off 2:on 3:on 4:on 5:on 6:off
[root@localhost jzitt]# aumix -q
aumix: error opening mixer
[root@localhost jzitt]#
Do any of these suggest anything that I should be doing? Have I
completely destroyed all possibility of doing sound on my system, or
does it only look that way? *sigh* After years -- literally -- of trying
to get this stuff to work, it's still completely unintelligible to me.
26 Jun
26 Jun
4:46 a.m.
New subject: [linux-audio-user] Now, no sound at all.
Well, I got sound working again by using draksound to switch back to the
non-ALSA setup. So I'm back where I started, but at least can play sound.
I suspect that I may be able to record through the built-in sound card
without distortion if, as has been suggested, I can turn down the
output from the tape deck before it hits the sound card. So I'm on the
lookout for a fairly trivial stereo fader. I'm guessing Radio Shack will
have such a thing, though I don't see it on their web site.
Joseph Zitt wrote:
In seeing if I could dub through the UA-30, I
discovered that the device
itself is apparently broken. Playing a tape through its LINE IN inputs,
I only got one channel. Carefully testing things on the tape deck,
cabling, and UA-30, I determined that nothing is coming in via the right
channel input of the UA-30.
This appears to make all other questions about using it moot.
So I pulled the UA-30, and tried to play another MP3 through XMMS. It
told me that it couldn't, and suggested that there was no soundcard
configured. I rebooted, and things got worse, with no sound at all
happening through anything.
7822
days inactive
7832
days old
linux-audio-user@lists.linuxaudio.org
20 comments
6 participants
participants (6)
-
Clemens Ladisch -
Daniel James -
Emiliano Grilli -
Joern Nettingsmeier -
Joseph Zitt -
Patrick Shirkey