Re: [Alsa-devel] [fixed] snd-usb-audio and midisport1x1 little hack fixes hotplug pb
Apparently, snd_usb_audio_disconnect is called recursively, caused by the call to usb_driver_release_interface, and then deadlocks. The USB core will release all interfaces automatically, so we don't need this call. Please remove the usb_driver_release_interface line. Sorry, in case of your're awaiting any response. It works. Regards, Hartmut --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] snd-usb-audio and midisport1x1 little hack fixes hotplug pb
Clemens Ladisch wrote:
Apparently, snd_usb_audio_disconnect hangs before returning. Please
try to insert printk's in snd_usbmidi_disconnect as Takashi suggestes.
I removed the quick hack from Mathieu and inserted snd_printk's in
snd_usbmidi_disconnect.
The new function:
void snd_usbmidi_disconnect(struct list_head* p, struct usb_driver *driver)
{
snd_usb_midi_t* umidi;
int i;
umidi = list_entry(p, snd_usb_midi_t, list);
snd_printk(KERN_INFO after list_entry\n);
// usb_driver_release_interface(driver, umidi-iface);
for (i = 0; i MIDI_MAX_ENDPOINTS; ++i) {
snd_printk(KERN_INFO in for with i=%d\n,i);
snd_usb_midi_endpoint_t* ep = umidi-endpoints[i];
if (ep-out ep-out-urb)
usb_unlink_urb(ep-out-urb);
snd_printk(KERN_INFO usb_unlink_urb out\n);
if (ep-in ep-in-urb)
usb_unlink_urb(ep-in-urb);
snd_printk(KERN_INFO usb_unlink_urb in\n);
}
usb_driver_release_interface(driver, umidi-iface);
snd_printk(KERN_INFO after usb_driver_release_interface\n);
}
The output from dmesg I got:
ohci_hcd :00:02.0: urb e2e2b4c0 path 2.4 ep1in 5e16 cc 5 -- status -110
hub 1-2:1.0: port 4, status 100, change 1, 12 Mb/s
usb 1-2.4: USB disconnect, address 5
usb 1-2.4: usb_disable_device nuking all URBs
usb 1-2.4: unregistering interface 1-2.4:1.0
ALSA sound/usb/usbaudio.c:2924: snd_usb_audio_disconnect called, refcount = 1
ALSA sound/usb/usbmidi.c:710: after list_entry
ALSA sound/usb/usbmidi.c:714: in for with i=0
usb 1-2.4: hcd_unlink_urb e2e2b640 fail -22
ALSA sound/usb/usbmidi.c:719: usb_unlink_urb out
usb 1-2.4: hcd_unlink_urb e2e2b4c0 fail -22
ALSA sound/usb/usbmidi.c:723: usb_unlink_urb in
ALSA sound/usb/usbmidi.c:714: in for with i=1
usb 1-2.4: hcd_unlink_urb e2e2b3c0 fail -22
ALSA sound/usb/usbmidi.c:719: usb_unlink_urb out
ALSA sound/usb/usbmidi.c:723: usb_unlink_urb in
ALSA sound/usb/usbaudio.c:2924: snd_usb_audio_disconnect called, refcount = 0
Remember this is the output for a 4x4. (If this matters)
Kindly regards, Hartmut
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] snd-usb-audio and midisport1x1 little hack fixes hotplug pb
Salut Mathieu, that fixes the issue with the 4x4 as well. Let's see what Takashi is thinking about to comment his code. ;-) Regards, Hartmut --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Full support for Creamware Noah and SFP
Takashi Iwai wrote: At Wed, 10 Mar 2004 11:28:39 +0100 (MET), Clemens Ladisch wrote: AFAIK drivers for ATI hardware are developed in a similar way (ATI gives specs under an NDA, the resulting driver is open source). Takashi, is that right? yes. but just make sure that you will release the driver source codes under GPL even after you get the datasheet under NDA. that is, the information there can be used as a public form. (thus, in many cases, you don't need even NDA - it's just a question of trust.) BTW, the firmware binary is not a part of the driver, so it's not necessarily in the GPL form. it can be distributed as a binary. i think many companies are afraid of opening their DSP source codes rather than the driver codes. it's no problem if the DSP is apart from the driver. Takashi I think we've to split the theme to different parts. - an usb driver for the Noah with the capabilitiy to use both usb configurations (control and midi/audio) at the same time. -an another (pci)driver to support the creamware DSP-cards. - an user-space application to manage the different cards, devices and uploadable plugins As I understood Willie, the drivers aren't a subject of the NDA. The NDA covers only the details of the user-space application. Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Full support for Creamware Noah and SFP
Hi Willie, Willie Sippel wrote: Hi. As some of you may know, Creamware (http://www.creamware.de) is under new management since 2004 - and they have changed their mind regarding Linux support. Fine. [snipped interesting information about the SFP] I'm a user of the Creamware Noah (Ex). With extensive help from Clemens Ladisch we've got the audio and the midi interface working with the current alsa-cvs. (driver snd-usb-audio) I would really be amazed to have full Linux support for that device and I've some programming capabilities as well. But I'm not sure about, wether the NDA agrees in the basic alsa principles. What are the developers of alsa are thinking about that agreement? I'm working (for now only for my own requirements) on a midi based gui to control the different plugins. Without the possibilty to upload plugins so far. That's done by my one Windows machine. Ok, that doesn't happen that much. But it would be fine, to manage the CF-Card and other settings via the attached computer. The architecture that I'm able to provide is x86. Regards, Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] [fixed] Creamware Noah, snd-usb-audio capable?
Salut Clemens, Clemens Ladisch wrote: Hartmut Geissbauer wrote: The descriptors look OK. But only at first sight. Please try this patch. HTH Clemens That _has_ helped. Now the device is fully functional. Thank you very much for your patience and your advices. Kindly regards, Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] [partialy fixed] Creamware Noah, snd-usb-audio capable?
Clemens Ladisch wrote: Hartmut Geissbauer wrote: The only thing that's missing now are the two playback ports. Please show the output of lsusb -v. bInterfaceNumber2 iInterface 4 Noah Audio Out bAlternateSetting 1 bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bBitResolution 16 tSamFreq[ 0]44100 Transfer TypeIsochronous Synch Type Asynchronous The descriptors look OK. Are there any messages in the system log (dmesg) when the driver is loaded? If not, please compile ALSA again after running configure with the --with-debug=detect parameter, and try again. Please look at the messages attached. It seems, there's something odd with the playback endpoint. - usb 1-2.4: new full speed USB device using address 5 usb 1-2.4: new device strings: Mfr=1, Product=2, SerialNumber=0 drivers/usb/core/message.c: USB device number 5 default language ID 0x409 usb 1-2.4: Product: CreamWare Noah Synthesizer usb 1-2.4: Manufacturer: CreamWare GmbH drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.0 (config #1, interface 0) drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.1 (config #1, interface 1) drivers/usb/core/usb.c: usb_hotplug snd-usb-audio 1-2.4:1.1: usb_probe_interface snd-usb-audio 1-2.4:1.1: usb_probe_interface - got id ALSA sound/usb/usbaudio.c:2331: 5:2:1 : no or invalid class specific endpoint descriptor ALSA sound/usb/usbaudio.c:2392: 5:3:1: add audio endpoint 0x87 ALSA sound/usb/usbaudio.c:2392: 5:3:2: add audio endpoint 0x87 ALSA sound/usb/usbaudio.c:2392: 5:3:3: add audio endpoint 0x87 ALSA sound/usb/usbmidi.c:812: MIDIStreaming version 01.00 ALSA sound/usb/usbmidi.c:849: EP 81: 1 jack(s) ALSA sound/usb/usbmidi.c:838: EP 02: 1 jack(s) ALSA sound/usb/usbmidi.c:782: created 1 output and 1 input ports usb 1-2.4: registering 1-2.4:1.2 (config #1, interface 2) drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.3 (config #1, interface 3) drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.4 (config #1, interface 4) drivers/usb/core/usb.c: usb_hotplug Driver version: alsa 1.0.2c kernel 2.6.3 (unpatched) Kindly regards, Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] [partialy fixed] Creamware Noah, snd-usb-audio capable?
Clemens Ladisch wrote: Hartmut Geissbauer wrote: The only thing that's missing now are the two playback ports. Please show the output of lsusb -v. bInterfaceNumber2 iInterface 4 Noah Audio Out bAlternateSetting 1 bFormatType 1 (FORMAT_TYPE_I) bNrChannels 2 bBitResolution 16 tSamFreq[ 0]44100 Transfer TypeIsochronous Synch Type Asynchronous The descriptors look OK. Are there any messages in the system log (dmesg) when the driver is loaded? If not, please compile ALSA again after running configure with the --with-debug=detect parameter, and try again. Please the the messages attached. It seems, there's something odd with the playback endpoint. - usb 1-2.4: new full speed USB device using address 5 usb 1-2.4: new device strings: Mfr=1, Product=2, SerialNumber=0 drivers/usb/core/message.c: USB device number 5 default language ID 0x409 usb 1-2.4: Product: CreamWare Noah Synthesizer usb 1-2.4: Manufacturer: CreamWare GmbH drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.0 (config #1, interface 0) drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.1 (config #1, interface 1) drivers/usb/core/usb.c: usb_hotplug snd-usb-audio 1-2.4:1.1: usb_probe_interface snd-usb-audio 1-2.4:1.1: usb_probe_interface - got id ALSA sound/usb/usbaudio.c:2331: 5:2:1 : no or invalid class specific endpoint descriptor ALSA sound/usb/usbaudio.c:2392: 5:3:1: add audio endpoint 0x87 ALSA sound/usb/usbaudio.c:2392: 5:3:2: add audio endpoint 0x87 ALSA sound/usb/usbaudio.c:2392: 5:3:3: add audio endpoint 0x87 ALSA sound/usb/usbmidi.c:812: MIDIStreaming version 01.00 ALSA sound/usb/usbmidi.c:849: EP 81: 1 jack(s) ALSA sound/usb/usbmidi.c:838: EP 02: 1 jack(s) ALSA sound/usb/usbmidi.c:782: created 1 output and 1 input ports usb 1-2.4: registering 1-2.4:1.2 (config #1, interface 2) drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.3 (config #1, interface 3) drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: registering 1-2.4:1.4 (config #1, interface 4) drivers/usb/core/usb.c: usb_hotplug Driver version: alsa 1.0.2c kernel 2.6.3 (unpatched) Kîndly regards, Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] [partialy fixed] Creamware Noah, snd-usb-audio capable?
Hi again, Clemens Ladisch wrote: No. Please remove the patch. Done, except of the entries in usbquirks.h. Is it still needed? No. The quirk entry causes the driver to be loaded even for the first configuration, which isn't needed anymore. Ok, it is removed and the device is still working. It's nice to see a device with built-in Linux support. :-) I've been suprised as well. Please make an entry on http://qbik.ch/usb/devices/ and describe to change the USBCom entry. I think, I'll wait until we have a definite result of the playback devices. The only thing that's missing now are the two playback ports. Please show the output of lsusb -v. ---8--Start of lsusb- Bus 001 Device 003: ID 1107:0102 Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.00 bDeviceClass0 Interface bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x1107 idProduct 0x0102 bcdDevice1.00 iManufacturer 1 CreamWare GmbH iProduct2 CreamWare Noah Synthesizer iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 381 bNumInterfaces 5 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 4 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 7 Noah Synth Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes2 Transfer TypeBulk Synch Type none wMaxPacketSize 32 bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes2 Transfer TypeBulk Synch Type none wMaxPacketSize 64 bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes2 Transfer TypeBulk Synch Type none wMaxPacketSize 64 bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes2 Transfer TypeBulk Synch Type none wMaxPacketSize 16 bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 3 Noah Audio AudioControl Interface Descriptor: bLength11 bDescriptorType36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 53 bInCollection 3 baInterfaceNr( 0) 2 baInterfaceNr( 1) 3 baInterfaceNr( 2) 4 AudioControl Interface Descriptor: bLength12 bDescriptorType36 bDescriptorSubtype 2 (INPUT_TERMINAL) bTerminalID17 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bNrChannels 2 wChannelConfig 0x0003 Left Front (L) Right Front (R) iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID18 wTerminalType 0x0601 Analog Connector bAssocTerminal 0 bSourceID 17 iTerminal 0 AudioControl Interface Descriptor: bLength 9 bDescriptorType36 bDescriptorSubtype 3 (OUTPUT_TERMINAL) bTerminalID19 wTerminalType 0x0101 USB Streaming bAssocTerminal 0 bSourceID 20
Re: [Alsa-devel] [partialy fixed] Creamware Noah, snd-usb-audio capable?
Hi Clemens, Clemens Ladisch wrote: Might the patch(the code in it) for usbaudio.c you posted before be helpfull for the program? No. Please remove the patch. Done, except of the entries in usbquirks.h. Is it still needed? (OK, I fetched Kernel 2.6.3 today and made the entries there.) Then compile the attached program (it requires libusb), and run it by hand; after that, load snd-usb-audio. That worked perfectly. The device is switching to config 2, snd-usb-audio is been loaded by the kernel, and the midi devices appeared in kaconect. Six capture ports are available as well. I recorded a wav with arecord via capture one and two. And it sounded good. With Rosegarden I played a song via the Noah Midi Out. And the device is playing. ;-) Now by playing around with the settings in the build-in menu of the synthesizer, I discovered an entry named USBCom, that isn't described in the (so far well done) manual. You can switch it between Windows and Mac/Linux. I rememberd that I updated the firmware. (Now: 1.4.23, if anyone else is interested) So this menu entry might belong to this update. OK, with this setting, it is _not_ necessary to switch the configuration with your small but excellent tool to 2. There's now only _one_ configuration available, which represents the audio and midi devices. (Former configuration 2) The only thing that's missing now are the two playback ports. -- snip from /proc/asound/devices 128: [4- 0]: ctl 136: [4- 0]: raw midi 152: [4- 0]: digital audio capture -end of snip BTW: I removed all snd-usb-audio related entries from modprobe.conf. First to avoid snd-usb-audio is loaded by the alsasound script. Second, not to get empty cards in /proc/asound I only left the snd cards_limit=6 for the maximum number of my soundcards at all. emu10k1 (used as my primary sounddevice) intel8x0 (onboard, used only for midi In and Out) ice1712 (used for hard disk recording) virmidi noah midisport Thank you very much for your excellent help to getting to this state of a working device. Kindly regards, Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Creamware Noah, snd-usb-audio capable?
Hi Clemens Clemens Ladisch wrote: Hartmut Geissbauer wrote: I own a piece of hardware called Noah EX. It's a tactive instrument modeller. My goal is to get this device working with the alsa usb driver, because the output of lsusb -v leads me to the hope, that it has a standard usb audio interface. ... Interface Descriptor: bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device ... bInterfaceSubClass 2 Streaming (= PCM) ... bInterfaceSubClass 3 Non Streaming (= MIDI) Well, this device indeed has standard descriptors. What I discoverd yet, is that the device is offering two configurations. And the second is the audio and midi related one. The first seems to be the configuration channel. Feb 5 00:28:33 chief kernel: usb 1-2.4: configuration #1 chosen from 2 choices The problem is that the kernel automatically selects the first configuration. Please try the patch below. HTH Clemens sorry for responding that late. I've been out for skiing for a few days. I tried the patch applying it at last to kernel 2.6.3-rc-2 to get away from the unresolved symbol usb_get_device_descriptor. So now the dmesg command shows me: hub 1-2:1.0: port 4, status 101, change 1, 12 Mb/s hub 1-2:1.0: debounce: port 4: delay 100ms stable 4 status 0x101 hub 1-2:1.0: port 4 not reset yet, waiting 10ms usb 1-2.4: new full speed USB device using address 3 usb 1-2.4: new device strings: Mfr=1, Product=2, SerialNumber=0 drivers/usb/core/message.c: USB device number 3 default language ID 0x409 usb 1-2.4: Product: CreamWare Noah Synthesizer usb 1-2.4: Manufacturer: CreamWare GmbH drivers/usb/core/usb.c: usb_hotplug usb 1-2.4: configuration #1 chosen from 2 choices usb 1-2.4: registering 1-2.4:1.0 (config #1, interface 0) drivers/usb/core/usb.c: usb_hotplug snd-usb-audio 1-2.4:1.0: usb_probe_interface snd-usb-audio 1-2.4:1.0: usb_probe_interface - got id The device is not appearing in /proc/asound. After that action, the usb-stack is stuck. Not recognizing any new connects or disconnects. I tried to compile the kernel with ohci (that's my controller type) as a module and built in. The same behaviour appears after removing a M-Audio Midisport4x4 from the usb port. It works only one time. (Plugging it in, it is working, plug it out, the usb stack is dead) So it seems, that there is something wrong with the usb stack in 2.6.x Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: [Alsa-user] Automatic module loading and /etc/init.d/alsasound
Hi Martin, Am Sam, den 14.02.2004 schrieb Martin Braun um 18:34: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (list moderator: I apologize for sending this mail twice to the moderator queue). hi alsa-users, I recently upgraded from 2.4.24 (everything working fine) to 2.6.2, I used the version of ALSA provided with the kernel. The trouble is, ALSA works BUT only if I insert the modules manually. Now this is pretty annoying, as you can imagine. How can I get my system to insert the modules automatically? Before, /etc/init.d/alsasound started when I booted up and I didn't have to do anything at all. Now, $ /etc/init.d/alsasound start does absolutely nothing at all. I found this in dmesg: dmesg request_module: failed /sbin/modprobe -- snd-card-0. error = 256 PCI: Found IRQ 11 for device :00:0c.0 request_module: failed /sbin/modprobe -- snd-card-1. error = 25 /dmesg this is how my section from modules.conf: modules # ALSA portion alias char-major-116 snd alias snd-card-0 snd-emu10k1 # module options should go here # OSS/Free portion alias char-major-14 soundcore alias sound-slot-0 snd-card-0 # card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss /modules sorry for the question. Do you know, that the new module-init-tools (former modutils) are using modprobe.conf instead of modules.conf? (for kernel 2.6.x) HTH, Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Creamware Noah, snd-usb-audio capable?
Hello, Frank Barknecht wrote: Hallo, Paul Davis hat gesagt: // Paul Davis wrote: Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 6 bInterfaceClass 255 Vendor Specific Class ^ i don't know much about USB at, but this doesn't look good. But it doesn't necessarily have to be that bad as well. Several of the (now) supported USB devices have Vendor Specific classes, for example most Edirol devices do. But I guess, that yes: you'll probably need quirks then in usbquirks.h for the Noah, too. ciao reading the different entries in usbquirks.h it looks like they are taken from the usb-infos like lsusb provides. Is it very difficult to take the infos from lsusb and translate it to an quirk? I only need some quick advice and will try it by myself. A good (complex) example in my opinion is the Roland SC-D70. Thanks in advance for any help. Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Creamware Noah, snd-usb-audio capable?
Hello, Frank Barknecht wrote: Well, others like Takashi or Clemens will be able to give better answers,but I guess, it helps to get familiar with the USB-audio specification. I aggree, that might help. I looked up the specification of usb-midi in http://www.usb.org/developers/devclass_docs/midi10.pdf thank you for the link. A lot of other interesting documents are there as well. While one of my favourite interests is to getting deep in technical details, I'll diving in the specifications and report any success to the list. Hartmut -- Hartmut Geissbauer [EMAIL PROTECTED] --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Creamware Noah, snd-usb-audio capable?
Hello devels, just a short question. I own a piece of hardware called Noah EX. It's a tactive instrument modeller. Wich means, that it calculates the behaviour and sound of instruments with help of loadable software plugins. This is well done by the device so far.Because that works without any help from a computer. My question is based on the matter, that this device owns an usb-interface, that is capable of transmitting audio and midi data. It supports: Sampling Rate 44,1khz (this is the only one) Internal audio data width 32 Bit; (might be 16 external) USB Audio In: 2 channels USB Audio Out: 6 channels USB Midi In USB Midi Out ADAT Out: 8 channels Wordclock In My goal is to get this device working with the alsa usb driver, because the output of lsusb -v leads me to the hope, that it has a standard usb audio interface. My configuration: Mainboard: Asus A7N8X Kernel: 2.6.2 Vanilla (vanilla means unpatched from kernel.org? that's right, isn't it?) I only applied the changes in capability.h to satisfy the jack-audio- connection-kit. Just plugging it to an usb port on my linux box results in an output in /var/log/messages, that reads: Feb 5 00:28:33 chief kernel: hub 1-2:1.0: port 4, status 101, change 1, 12 Mb/s Feb 5 00:28:33 chief kernel: hub 1-2:1.0: debounce: port 4: delay 100ms stable 4 status 0x101 Feb 5 00:28:33 chief kernel: hub 1-2:1.0: port 4 not reset yet, waiting 10ms Feb 5 00:28:33 chief kernel: hub 1-2:1.0: new USB device on port 4, assigned address 4 Feb 5 00:28:33 chief kernel: usb 1-2.4: new device strings: Mfr=1, Product=2, SerialNumber=0 Feb 5 00:28:33 chief kernel: drivers/usb/core/message.c: USB device number 4 default language ID 0x409 Feb 5 00:28:33 chief kernel: usb 1-2.4: Product: CreamWare Noah Synthesizer Feb 5 00:28:33 chief kernel: usb 1-2.4: Manufacturer: CreamWare GmbH Feb 5 00:28:33 chief kernel: drivers/usb/core/usb.c: usb_hotplug Feb 5 00:28:33 chief kernel: usb 1-2.4: configuration #1 chosen from 2 choices Feb 5 00:28:33 chief kernel: usb 1-2.4: registering 1-2.4:1.0 (config #1, interface 0) Feb 5 00:28:33 chief kernel: drivers/usb/core/usb.c: usb_hotplug Feb 5 00:28:33 chief usb.agent[7039]: Keeping default configuration with /sys//devices/pci:00/:00:02.0/usb1/1-2/1-2.4 Feb 5 00:28:33 chief usb.agent[7038]: ... no modules for USB product 1107/102/100 What I discoverd yet, is that the device is offering two configurations. And the second is the audio and midi related one. The first seems to be the configuration channel. snd-usb-audio is enabled (and working), because of having an M-Audio Midisport 4x4 as an additional Midi-In and Out device to my other soundcards, using the drivers emu10k1, intel8x0, ice1712 and virmidi. (With the fact, that Midi-In on the Midisport is only working with USB 2.0 disabled in the BIOS, but this may be a bug in the ehci part of the kernel. Not talking about unplugging the Midisport blocks the usb part of the kernel; even with only USB 1.1 enabled in the BIOS.) I was gathering around for some information about the usb-audio driver, but couldn't get the information, I was looking for. Is it always a requirement, that an usb audio(midi) device has an entry in usbquirks.h or is that only for special(non standard usb audio compling devices)? For the reason, that it requires an entry in usbquirks.h, I attached the output of lsusb -v. Maybe it might help. I'm also willing to do some testing with any hints. Hartmut ---8--Start of lsusb- Bus 001 Device 003: ID 1107:0102 Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.00 bDeviceClass0 Interface bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x1107 idProduct 0x0102 bcdDevice1.00 iManufacturer 1 CreamWare GmbH iProduct2 CreamWare Noah Synthesizer iSerial 0 bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 60 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 6 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 7 Noah Synth Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type none
