Boss GT-10 audio capture problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I have Boss GT-10 device which connects through USB and is identified
as a sound card. Recently I upgraded from openSUSE 11.2 to openSUSE 11.3
(the former probably being based on 2.6.31 kernel, the latter - 2.6.34). From
this moment I am not able to configure the device. Though its visible in the
system it does not seem to be identified as providing audio inputs.

 $ cat /proc/asound/cards
 0 [Intel          ]: HDA-Intel - HDA Intel
                       HDA Intel at 0xf9ff8000 irq 29
 1 [GT10           ]: USB-Audio - GT-10
                       BOSS corp. GT-10 at usb-0000:00:1d.1-1, full speed

 $ ls /proc/asound/card1/
 id  midi0  oss_mixer  usbbus  usbid

dmesg shows the following lines after the processor is plugged in:

[ 4109.160018] usb 7-1: new full speed USB device using uhci_hcd and address 4
[ 4109.331108] usb 7-1: New USB device found, idVendor=0582, idProduct=00da
[ 4109.331112] usb 7-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4109.331115] usb 7-1: Product: GT-10
[ 4109.331117] usb 7-1: Manufacturer: BOSS corp.
[ 4109.340113] ALSA usbaudio.c:2943: 4:0:1 : unknown interface protocol 0002
[ 4109.341107] ALSA usbaudio.c:2943: 4:1:1 : unknown interface protocol 0001

The last two look quite interesting so I checked the offending usbaudio.c:2943
line which turned out to be located in parse_audio_endpoints function. Here is a
simplified snippet from the function that shows the problematic code:

switch (protocol) {

case UAC_VERSION_1: {
 // ...
 break;
}

case UAC_VERSION_2: {
 // ...
 break;
}

default:
 snd_printk(KERN_ERR "%d:%u:%d : unknown interface protocol %04x\n",
   dev->devnum, iface_no, altno, protocol); // line 2943
 continue;
}

As I understand the device returns either 1 or 2 as bInterfaceProtocol value
whereas the current code accepts only UAC_VERSION_1 (0) or UAC_VERSION_2 (0x20).
>From what I can see, prior to 2.6.34 it was UAC_VERSION_1 code being executed
in all cases without checking bInterfaceProtocol value at all (so 1
and 2 were not
reported as erroneous). UAC_VERSION_2 handling is a newer addition, though
not local to this single function.

I'm wondering if this issue may be responsible for problems with the device
configuration. If that is the case, is there a fix or workaround possible?
Or maybe I should look for some other causes?

Thanks,
Andrzej Zawadzki

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
Alsa-user mailing list
Alsa-user@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/alsa-user


[Index of Archives]     [ALSA Devel]     [Linux Audio Users]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]

  Powered by Linux