- Alsa-devel - mailman.alsa-project.org

Re: [alsa-devel] snd_hda_intel reports -ENOMEM on probe
by Takashi Iwai 28 May '08

28 May '08

At Tue, 27 May 2008 19:01:34 +0200, Pierre Ossman wrote: > > Since I upgraded my bios (in which the changelog mentioned nothing > about sound changes, damn MSI), my onboard audio no longer work. I get > the following in dmesg: > > hda-intel: Error creating card! > HDA Intel: probe of 0000:00:14.2 failed with error -12 > > -12 is -ENOMEM so I'm guessing some BIOS table is involved and tricks > the driver into allocating too much memory. Try to turn on CONFIG_SND_DEBUG=y. If you still don't get any relevant error messages, it's really an error from kmalloc(). Usually, it's a conflict of sound slots to be assigned, etc. Takashi

1 0

Re: [alsa-devel] problem with usb-audio and oss emulation
by kunal＠singhkunal.com 28 May '08

28 May '08

Hi, The second issue is resolved too. I was using /dev/dsp to access the Default sound card -> card0. (1) The /dev/dsp is mapped (through a symbolic link) to /dev/sound/dsp by default, when the system boots up. So, all works fine for me. (2) When I connect a usb-audio-device to my system, (a) the /dev/dsp1 gets mapped to /sound/dev/dsp1 (b) And /dev/dsp too gets mapped to /sound/dev/dsp1 So, I could not access /sound/dev/dsp. Is it not a bug? (3) When I dis-connect the usb-audio-device from my system both the "/dev/dsp" and "/dev/dsp1" entries dis-appear from my system. Is this not a bug too? Every thing will work fine for me as long as I use entries /dev/sound/dspN, insteading of /dev/dspN. I think this issue must be fixed. Shall I report a bug or something? In any case, I will spend some time in fixing this issue, when I get free from current assignment. Thanks and Regards, Kunal ***************** Hi All, The first issue was resolved by disabling the "CONFIG_SND_PCM_OSS_PLUGINS <http://lxr.linux.no/linux/+code=CONFIG_SND_PCM_OSS_PLUGINS>".i.e. disable the OSS plug-in support under KernelConfigMenu->sound->alsa CAN SOME ONE PLEASE HELP ON THIS? (2) Once I connect the iPod to my target, I can not any more use the default sound card. I read on the oss-emulation tutorial that this could be a problem with "dsp_map". But I am not able to check the current settings. Thanks and Regards, Kunal Date: Mon, 26 May 2008 20:10:11 +0530 From: Kunal Singh <kunal at singhkunal.com> Subject: [alsa-devel] problem with usb-audio and oss emulation To: alsa-devel at alsa-project.org Message-ID: <483ACBCB.2020800 at singhkunal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I am working on a ARM based target with 2.6.23 Kernel. My project involves streaming data from a USB-Audio Device (an iPod) and playing it back on the target. I am using OSS-emulation API to communicate with the audio devices. What I am able to do: (1) I have a sound card in my target. This is mapped to card0. I can open the "dsp" device and can playback any audio data on this. (2) I have enabled the usb-audio module support in kernel configuration. When I connect iPod to the target, I can see a new card "card1" being added in the /proc/asound/ directory. (3) I can open the "dsp1" device and can read from it. When I connect a "USB-Analyzer" I can see some valid data being streamed to the target. However, I am stuck with following issues: (1) The data being received on the target (in user mode) is junk. I put some printfs in the function "retire_capture_urb" in file "/linux/sound/usb/usbaudio.c", and I can see that the "data" which I see through usb-analzyer is reaching till this point. However, there seem to be some problem with one of the "snd_pmc_oss_ReadN" functions in file "http://lxr.linux.no/linux/sound/core/oss/pcm_oss.c". I am not able to exactly trace the problem, but I think that the "byte count" and "buffer address" being passed to snd-usb-audio is getting messed up some where. Has any one faced similar problems before? (2) Once I connect the iPod to my target, I can not any more use the default sound card. I read on the oss-emulation tutorial that this could be a problem with "dsp_map". But I am not able to check the current settings. Can some one give me some pointers for further debugging? Thanks and Regards, Kunal Singh www.singhkunal.com -------------------------------------------------------------------- myhosting.com - Premium Microsoft® Windows® and Linux web and application hosting - http://link.myhosting.com/myhosting

1 0

Re: [alsa-devel] bandwidth issue with usb-audio in alsa
by kunal＠singhkunal.com 28 May '08

28 May '08

Hi Clemens/Jon, I tried to understand the "lsusb -v" and started scanning through it. After a few scan I realized that Bus-001 where I have connected my device is a FS bus. The Bus-002 is HS. So, I moved my device to Bus-002. It all works without any Bandwidth issues. Thanks a lot for guiding me in to the right direction. Can some one also suggest, why is there a problem with oss-emulation on my system. I am using OSS-emulation API. As I mentioned earlier, I have a sound card "card0" on my system which is mapped to /dev/dsp and I am able to playback any data on this. As soon as I connect a USB-Audio device (which reflects as Card1 in /proc/asound and new nodes /dev/dsp1 /dev/mixer1 etc created), I can no longer use the Card0. The /dev/dsp tries to open a USB-Audio type devices (which should actually happen when I try to open the /dev/dsp1). I think there is some dynamic remapping which happens, and I am unable to trace it. Regards, Kunal .... Hi Clemens, I have copied the "lsusb -v" output below (end of this e-mail). The "HUB" and the "iPod" are connected to Bus-001. Bus-002 is not being used. As I can see from the Log, BUS-001 and BUS-002 both have usb (root ?) hubs with single TT. Each of these buses have only one port available. So, I guess that single "TT" should not be a problem. Am I right? The Belking hub which I have connected to "Bus-001" has "TT" per port. It also says "bInterval" equal to 255. The iPod device which I am using has two configurations. I am using the second configuration. Second configuration again has two interfaces. Second (HID Class) interface is being used and works fine. Problem is with the the first interface (with altsetting==1), which is an audio-streaming-class. The parameters for this interface are: (copied from the log below) bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x00c0 1x 192 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Here "bInterval" is "1" and the transactions are not getting scheduled at this desired speed. Regards, Kunal Bus 002 Device 001: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 2.06 iManufacturer 3 Linux 2.6.22.6 ehci_hcd iProduct 2 Freescale On-Chip EHCI Host Controller iSerial 1 fsl-ehci.1 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 Unused bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 12 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 1 wHubCharacteristic 0x0009 Per-port power switching Per-port overcurrent protection TT think time 8 FS bits bPwrOn2PwrGood 10 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0100 power Bus 001 Device 008: ID 05ac:1262 Apple Computer, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x05ac Apple Computer, Inc. idProduct 0x1262 bcdDevice 0.01 iManufacturer 1 Apple Inc. iProduct 2 iPod iSerial 3 000A27001A2E8B0C bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 149 bNumInterfaces 3 bConfigurationValue 2 iConfiguration 4 iPod USB Interface bmAttributes 0xc0 Self Powered MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 30 bInCollection 1 baInterfaceNr( 0) 1 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0201 Microphone bAssocTerminal 2 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 2 wTerminalType 0x0101 USB Streaming bAssocTerminal 1 bSourceID 1 iTerminal 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 2 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 35 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 9 Discrete tSamFreq[ 0] 8000 tSamFreq[ 1] 11025 tSamFreq[ 2] 12000 tSamFreq[ 3] 16000 tSamFreq[ 4] 22050 tSamFreq[ 5] 24000 tSamFreq[ 6] 32000 tSamFreq[ 7] 44100 tSamFreq[ 8] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x00c0 1x 192 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.01 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 96 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 2 Bus 001 Device 006: ID 050d:0234 Belkin Components F5U234 USB 2.0 4-Port Hub Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x050d Belkin Components idProduct 0x0234 F5U234 USB 2.0 4-Port Hub bcdDevice 0.00 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 2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0001 1x 1 bytes bInterval 255 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 4 wHubCharacteristic 0x0000 Ganged power switching Ganged overcurrent protection bPwrOn2PwrGood 50 * 2 milli seconds bHubContrCurrent 1 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0103 power enable connect Port 2: 0000.0100 power Port 3: 0000.0100 power Port 4: 0000.0100 power Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 2 TT per port bMaxPacketSize0 64 bNumConfigurations 1 Bus 001 Device 001: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 2.06 iManufacturer 3 Linux 2.6.22.6 ehci_hcd iProduct 2 Freescale On-Chip EHCI Host Controller iSerial 1 fsl-ehci.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 Unused bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 12 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 1 wHubCharacteristic 0x0009 Per-port power switching Per-port overcurrent protection TT think time 8 FS bits bPwrOn2PwrGood 10 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0103 power enable connect Clemens Ladisch wrote: > Kunal Singh wrote: > >> I have some update on the issue which I had reported earlier. In my last e-mail, I had not mentioned that iPod is connected to the target through a USB (HS) Hub. When I connect the >> same hub to my Desktop and read its configuration using "usbview" - I see that "interval" for this hub is mentioned >> as "256 msec". (I have two hubs and I get all the results same with both the hubs). >> > > Please show the output of "lsusb -v". > > > Regards, > Clemens -------------------------------------------------------------------- mail2web.com What can On Demand Business Solutions do for you? http://link.mail2web.com/Business/SharePoint

1 0

Re: [alsa-devel] bandwidth issue with usb-audio in alsa
by kunal＠singhkunal.com 28 May '08

28 May '08

Hi Clemens, I have copied the "lsusb -v" output below (end of this e-mail). The "HUB" and the "iPod" are connected to Bus-001. Bus-002 is not being used. As I can see from the Log, BUS-001 and BUS-002 both have usb (root ?) hubs with single TT. Each of these buses have only one port available. So, I guess that single "TT" should not be a problem. Am I right? The Belking hub which I have connected to "Bus-001" has "TT" per port. It also says "bInterval" equal to 255. The iPod device which I am using has two configurations. I am using the second configuration. Second configuration again has two interfaces. Second (HID Class) interface is being used and works fine. Problem is with the the first interface (with altsetting==1), which is an audio-streaming-class. The parameters for this interface are: (copied from the log below) bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x00c0 1x 192 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Here "bInterval" is "1" and the transactions are not getting scheduled at this desired speed. Regards, Kunal Bus 002 Device 001: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 2.06 iManufacturer 3 Linux 2.6.22.6 ehci_hcd iProduct 2 Freescale On-Chip EHCI Host Controller iSerial 1 fsl-ehci.1 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 Unused bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 12 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 1 wHubCharacteristic 0x0009 Per-port power switching Per-port overcurrent protection TT think time 8 FS bits bPwrOn2PwrGood 10 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0100 power Bus 001 Device 008: ID 05ac:1262 Apple Computer, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x05ac Apple Computer, Inc. idProduct 0x1262 bcdDevice 0.01 iManufacturer 1 Apple Inc. iProduct 2 iPod iSerial 3 000A27001A2E8B0C bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk (Zip) iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 149 bNumInterfaces 3 bConfigurationValue 2 iConfiguration 4 iPod USB Interface bmAttributes 0xc0 Self Powered MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 30 bInCollection 1 baInterfaceNr( 0) 1 AudioControl Interface Descriptor: bLength 12 bDescriptorType 36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID 1 wTerminalType 0x0201 Microphone bAssocTerminal 2 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType 36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID 2 wTerminalType 0x0101 USB Streaming bAssocTerminal 1 bSourceID 1 iTerminal 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 2 bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength 35 bDescriptorType 36 bDescriptorSubtype 2 (FORMAT_TYPE) bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bSubframeSize 2 bBitResolution 16 bSamFreqType 9 Discrete tSamFreq[ 0] 8000 tSamFreq[ 1] 11025 tSamFreq[ 2] 12000 tSamFreq[ 3] 16000 tSamFreq[ 4] 22050 tSamFreq[ 5] 24000 tSamFreq[ 6] 32000 tSamFreq[ 7] 44100 tSamFreq[ 8] 48000 Endpoint Descriptor: bLength 9 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x00c0 1x 192 bytes bInterval 1 bRefresh 0 bSynchAddress 0 AudioControl Endpoint Descriptor: bLength 7 bDescriptorType 37 bDescriptorSubtype 1 (EP_GENERAL) bmAttributes 0x01 Sampling Frequency bLockDelayUnits 0 Undefined wLockDelay 0 Undefined Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.01 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 96 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 2 Bus 001 Device 006: ID 050d:0234 Belkin Components F5U234 USB 2.0 4-Port Hub Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x050d Belkin Components idProduct 0x0234 F5U234 USB 2.0 4-Port Hub bcdDevice 0.00 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 2mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0001 1x 1 bytes bInterval 255 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 4 wHubCharacteristic 0x0000 Ganged power switching Ganged overcurrent protection bPwrOn2PwrGood 50 * 2 milli seconds bHubContrCurrent 1 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0103 power enable connect Port 2: 0000.0100 power Port 3: 0000.0100 power Port 4: 0000.0100 power Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 2 TT per port bMaxPacketSize0 64 bNumConfigurations 1 Bus 001 Device 001: ID 0000:0000 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize0 64 idVendor 0x0000 idProduct 0x0000 bcdDevice 2.06 iManufacturer 3 Linux 2.6.22.6 ehci_hcd iProduct 2 Freescale On-Chip EHCI Host Controller iSerial 1 fsl-ehci.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 Unused bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0004 1x 4 bytes bInterval 12 Hub Descriptor: bLength 9 bDescriptorType 41 nNbrPorts 1 wHubCharacteristic 0x0009 Per-port power switching Per-port overcurrent protection TT think time 8 FS bits bPwrOn2PwrGood 10 * 2 milli seconds bHubContrCurrent 0 milli Ampere DeviceRemovable 0x00 PortPwrCtrlMask 0x00 Hub Port Status: Port 1: 0000.0103 power enable connect Clemens Ladisch wrote: > Kunal Singh wrote: > >> I have some update on the issue which I had reported earlier. In my last e-mail, I had not mentioned that iPod is connected to the target through a USB (HS) Hub. When I connect the >> same hub to my Desktop and read its configuration using "usbview" - I see that "interval" for this hub is mentioned >> as "256 msec". (I have two hubs and I get all the results same with both the hubs). >> > > Please show the output of "lsusb -v". > > > Regards, > Clemens -------------------------------------------------------------------- mail2web.com - Microsoft® Exchange solutions from a leading provider - http://link.mail2web.com/Business/Exchange

1 0

[alsa-devel] AT32AP7000 (AVR32) + WM8510
by Geoffrey Wossum 28 May '08

28 May '08

Hi all, I'm attempting to bring the sound up on a board using an Atmel AT32AP7000 (AVR32) microcontroller with a Wolfson WM8510 mono CODEC. I'm using the Linux 2.6.24.3.atmel.3 kernel, the latest available for the AVR32. I've patched this kernel with the ASoC subsystem and WM8510 driver from git://opensource.wolfsonmicro.com/linux-2.6-asoc, as it appeared when v2.6.24 was tagged. I've also written the platform driver for the AT32, which is very close to the AT91 driver, and a machine driver for my specific hardware. I'm letting the WM8510 provide the I2S clocking from its internal PLL. I'm having issues getting the sound to work. I found what I believe are several bugs in the wm8510.c. I also had to lie about the WM8510 supporting 2 channels. Otherwise, the upper ALSA seem to include only 1 channel in the data stream, and the WM8510 seems to still expect 2 channels in the I2S stream. A patch is found a the bottom of this email. With this patch, the registers on the WM8510 seem to be getting configured properly (all the clock rates and such look correct), but I get no signal at the speaker outputs or the mono output, no matter what the mixer settings are. They just sit VMID after the initial power up of the chip. Is anyone else using the WM8510? Any hints or suggestions? TIA, --- Geoffrey Index: linux-2.6.24.3.atmel.3/sound/soc/codecs/wm8510.c =================================================================== --- linux-2.6.24.3.atmel.3.orig/sound/soc/codecs/wm8510.c +++ linux-2.6.24.3.atmel.3/sound/soc/codecs/wm8510.c @@ -186,7 +186,7 @@ SOC_SINGLE("Speaker Playback Volume", WM SOC_SINGLE("Speaker Boost", WM8510_OUTPUT, 2, 1, 0), SOC_SINGLE("Capture Boost(+20dB)", WM8510_ADCBOOST, 8, 1, 0), -SOC_SINGLE("Mono Playback Switch", WM8510_MONOMIX, 6, 1, 0), +SOC_SINGLE("Mono Playback Switch", WM8510_MONOMIX, 6, 1, 1), }; /* add non dapm controls */ @@ -209,14 +209,14 @@ static int wm8510_add_controls(struct sn static const struct snd_kcontrol_new wm8510_speaker_mixer_controls[] = { SOC_DAPM_SINGLE("Line Bypass Switch", WM8510_SPKMIX, 1, 1, 0), SOC_DAPM_SINGLE("Aux Playback Switch", WM8510_SPKMIX, 5, 1, 0), -SOC_DAPM_SINGLE("PCM Playback Switch", WM8510_SPKMIX, 0, 1, 1), +SOC_DAPM_SINGLE("PCM Playback Switch", WM8510_SPKMIX, 0, 1, 0), }; /* Mono Output Mixer */ static const struct snd_kcontrol_new wm8510_mono_mixer_controls[] = { SOC_DAPM_SINGLE("Line Bypass Switch", WM8510_MONOMIX, 1, 1, 0), SOC_DAPM_SINGLE("Aux Playback Switch", WM8510_MONOMIX, 2, 1, 0), -SOC_DAPM_SINGLE("PCM Playback Switch", WM8510_MONOMIX, 0, 1, 1), +SOC_DAPM_SINGLE("PCM Playback Switch", WM8510_MONOMIX, 0, 1, 0), }; /* AUX Input boost vol */ @@ -251,7 +251,7 @@ SND_SOC_DAPM_MIXER("Mono Mixer", WM8510_ &wm8510_mono_mixer_controls[0], ARRAY_SIZE(wm8510_mono_mixer_controls)), SND_SOC_DAPM_DAC("DAC", "HiFi Playback", WM8510_POWER3, 0, 0), -SND_SOC_DAPM_ADC("ADC", "HiFi Capture", WM8510_POWER3, 0, 0), +SND_SOC_DAPM_ADC("ADC", "HiFi Capture", WM8510_POWER2, 0, 0), SND_SOC_DAPM_PGA("Aux Input", WM8510_POWER1, 6, 0, NULL, 0), SND_SOC_DAPM_PGA("SpkN Out", WM8510_POWER3, 5, 0, NULL, 0), SND_SOC_DAPM_PGA("SpkP Out", WM8510_POWER3, 6, 0, NULL, 0), @@ -393,8 +393,8 @@ static int wm8510_set_dai_pll(struct snd wm8510_write(codec, WM8510_PLLN, (pll_div.pre_div << 4) | pll_div.n); wm8510_write(codec, WM8510_PLLK1, pll_div.k >> 18); - wm8510_write(codec, WM8510_PLLK1, (pll_div.k >> 9) && 0x1ff); - wm8510_write(codec, WM8510_PLLK1, pll_div.k && 0x1ff); + wm8510_write(codec, WM8510_PLLK2, (pll_div.k >> 9) & 0x1ff); + wm8510_write(codec, WM8510_PLLK3, pll_div.k & 0x1ff); reg = wm8510_read_reg_cache(codec, WM8510_POWER1); wm8510_write(codec, WM8510_POWER1, reg | 0x020); return 0; @@ -412,23 +412,23 @@ static int wm8510_set_dai_clkdiv(struct switch (div_id) { case WM8510_OPCLKDIV: - reg = wm8510_read_reg_cache(codec, WM8510_GPIO & 0x1cf); + reg = wm8510_read_reg_cache(codec, WM8510_GPIO) & 0x1cf; wm8510_write(codec, WM8510_GPIO, reg | div); break; case WM8510_MCLKDIV: - reg = wm8510_read_reg_cache(codec, WM8510_CLOCK & 0x1f); + reg = wm8510_read_reg_cache(codec, WM8510_CLOCK) & 0x1f; wm8510_write(codec, WM8510_CLOCK, reg | div); break; case WM8510_ADCCLK: - reg = wm8510_read_reg_cache(codec, WM8510_ADC & 0x1f7); + reg = wm8510_read_reg_cache(codec, WM8510_ADC) & 0x1f7; wm8510_write(codec, WM8510_ADC, reg | div); break; case WM8510_DACCLK: - reg = wm8510_read_reg_cache(codec, WM8510_DAC & 0x1f7); + reg = wm8510_read_reg_cache(codec, WM8510_DAC) & 0x1f7; wm8510_write(codec, WM8510_DAC, reg | div); break; case WM8510_BCLKDIV: - reg = wm8510_read_reg_cache(codec, WM8510_CLOCK & 0x1e3); + reg = wm8510_read_reg_cache(codec, WM8510_CLOCK) & 0x1e3; wm8510_write(codec, WM8510_CLOCK, reg | div); break; default: @@ -597,14 +597,14 @@ struct snd_soc_codec_dai wm8510_dai = { .name = "WM8510 HiFi", .playback = { .stream_name = "Playback", - .channels_min = 1, - .channels_max = 1, + .channels_min = 2, + .channels_max = 2, .rates = WM8510_RATES, .formats = WM8510_FORMATS,}, .capture = { .stream_name = "Capture", - .channels_min = 1, - .channels_max = 1, + .channels_min = 2, + .channels_max = 2, .rates = WM8510_RATES, .formats = WM8510_FORMATS,}, .ops = {

2 9

Re: [alsa-devel] bandwidth issue with usb-audio in alsa
by Kunal Singh 27 May '08

27 May '08

Hi, I have some update on the issue which I had reported earlier. In my last e-mail, I had not mentioned that iPod is connected to the target through a USB (HS) Hub. When I connect the same hub to my Desktop and read its configuration using "usbview" - I see that "interval" for this hub is mentioned as "256 msec". (I have two hubs and I get all the results same with both the hubs). With 36 URBs, the gap between two set of transactions is appx 220 msec (220+36 => 256). So, I am wondering if the problem which I am seeing is because the external hub. I can not connect iPod directly to my target board, because this board does not support enough current (as needed by iPod). Can some one suggest, where is the problem - is it with the host controller driver? Regards, Kunal Singh ----------------------------- Kunal Singh wrote: Hi, My Platform ------------- I am trying to stream audio data from a USB-device (an iPod) to my arm-based embedded device (running kernel 2.6.23). The USB-device confirms to usb digital audio (subclass - streaming) class. The endpoint buffer size 196 bytes and transfer period is 1 msec. So, I should be reading data every msec. Problem ----------- I am facing some bandwidth issues. The data is not being captured fast enough. I notice that once one set of URBs are captured (one set equal to MAX_URBS), there is a significant delay in capturing the next set of URBs. I have set MAX_URBS equal to 32. When I connect a USB-Analyzer and analyze the timings, I can see that 32 URBs are captured at a interval of 1 msec each. After that there is a break of around 250 msec. And then again 32 URBs captured in sequence. If I change the MAX_URBs to any other value N, N URBs get captured at interval of 1 msec each, and then there is a break. Can some one suggest a way to improve this problem. Is there some configuration or parameter which I can change, so that URBs get submitted fast enough? May be as soon as the old one has retired. Thanks and Regards, Kunal www.singhkunal.com

3 2

Re: [alsa-devel] [Alsa-user] ICH8 HDA not detected after upgrade from Ubuntu 7.10 to 8.04
by Takashi Iwai 27 May '08

27 May '08

At Tue, 27 May 2008 15:17:40 +0200, Janto Schraiber wrote: > > Takashi Iwai wrote: > > You should have more messages than that. It's just the end result, > > not the cause... > > I'm not sure what's caused this, but I guess this is the whole part: > > [ 41.554112] ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 22 (level, low) -> IRQ > 21 > [ 41.554119] PCI: Unable to reserve mem region #1:4000@febf8000 for device > 0000:00:1b.0 So, this is no sound-driver but rather a deeper kernel problem. Please report this on kernel bugzilla, or let distro bug master to point to there. Takashi

1 0

Re: [alsa-devel] problem with usb-audio and oss emulation
by Kunal Singh 27 May '08

27 May '08

Hi All, The first issue was resolved by disabling the "CONFIG_SND_PCM_OSS_PLUGINS <http://lxr.linux.no/linux/+code=CONFIG_SND_PCM_OSS_PLUGINS>".i.e. disable the OSS plug-in support under KernelConfigMenu->sound->alsa CAN SOME ONE PLEASE HELP ON THIS? (2) Once I connect the iPod to my target, I can not any more use the default sound card. I read on the oss-emulation tutorial that this could be a problem with "dsp_map". But I am not able to check the current settings. Thanks and Regards, Kunal Date: Mon, 26 May 2008 20:10:11 +0530 From: Kunal Singh <kunal(a)singhkunal.com> Subject: [alsa-devel] problem with usb-audio and oss emulation To: alsa-devel(a)alsa-project.org Message-ID: <483ACBCB.2020800(a)singhkunal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I am working on a ARM based target with 2.6.23 Kernel. My project involves streaming data from a USB-Audio Device (an iPod) and playing it back on the target. I am using OSS-emulation API to communicate with the audio devices. What I am able to do: (1) I have a sound card in my target. This is mapped to card0. I can open the "dsp" device and can playback any audio data on this. (2) I have enabled the usb-audio module support in kernel configuration. When I connect iPod to the target, I can see a new card "card1" being added in the /proc/asound/ directory. (3) I can open the "dsp1" device and can read from it. When I connect a "USB-Analyzer" I can see some valid data being streamed to the target. However, I am stuck with following issues: (1) The data being received on the target (in user mode) is junk. I put some printfs in the function "retire_capture_urb" in file "/linux/sound/usb/usbaudio.c", and I can see that the "data" which I see through usb-analzyer is reaching till this point. However, there seem to be some problem with one of the "snd_pmc_oss_ReadN" functions in file "http://lxr.linux.no/linux/sound/core/oss/pcm_oss.c". I am not able to exactly trace the problem, but I think that the "byte count" and "buffer address" being passed to snd-usb-audio is getting messed up some where. Has any one faced similar problems before? (2) Once I connect the iPod to my target, I can not any more use the default sound card. I read on the oss-emulation tutorial that this could be a problem with "dsp_map". But I am not able to check the current settings. Can some one give me some pointers for further debugging? Thanks and Regards, Kunal Singh www.singhkunal.com

1 0

[alsa-devel] snd_kcontrol questions
by Harsha priya gupta 27 May '08

27 May '08

Hi, Can anyone help me to with the following questions on controls? 1. I want to define a snd_kcontrol that is of type mono. I am basically trying to define a mono output control that is exposed in KMIX and whose 'split channel' does not split into two channels. 2. My input controls give out 9 channels when i say 'split channels' in kmix. can anyone help me how to fix that to 2 channels 3. I would want to get the individual setting of each channel from KMIX into my ALSA driver. How do I get them? will .get and .set functions help in this? -- -Harsha

2 3

[alsa-devel] bandwidth issue with usb-audio in alsa
by kunal＠singhkunal.com 27 May '08

27 May '08

Hi, My Platform ------------- I am trying to stream audio data from a USB-device (an iPod) to my arm-based embedded device (running kernel 2.6.23). The USB-device confirms to usb digital audio (subclass - streaming) class. The endpoint buffer size 196 bytes and transfer period is 1 msec. So, I should be reading data every msec. Problem ----------- I am facing some bandwidth issues. The data is not being captured fast enough. I notice that once one set of URBs are captured (one set equal to MAX_URBS), there is a significant delay in capturing the next set of URBs. I have set MAX_URBS equal to 32. When I connect a USB-Analyzer and analyze the timings, I can see that 32 URBs are captured at a interval of 1 msec each. After that there is a break of around 250 msec. And then again 32 URBs captured in sequence. If I change the MAX_URBs to any other value N, N URBs get captured at interval of 1 msec each, and then there is a break. Can some one suggest a way to improve this problem. Is there some configuration or parameter which I can change, so that URBs get submitted fast enough? May be as soon as the old one has retired. Thanks and Regards, Kunal www.singhkunal.com -------------------------------------------------------------------- mail2web.com What can On Demand Business Solutions do for you? http://link.mail2web.com/Business/SharePoint

1 0