Re: [Alsa-devel] [fixed] snd-usb-audio and midisport1x1 little hack fixes hotplug pb

2004-03-23 Thread Hartmut Geissbauer
 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

2004-03-16 Thread Hartmut Geissbauer
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

2004-03-15 Thread Hartmut Geissbauer
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] snd-usb-audio hang when rmmoding after unplugging midisport1x1

2004-03-11 Thread Hartmut Geissbauer
I've the same symptom. Even with kernel 2.6.4 and the patch provided by Clemens. 
I own a Midisport 4x4. So it seems not to be model specific.
Initialzing is fine. But unplugin/replugin will request a reboot with sysrq 
intervention. 
First I've had enabled the USB 2.0 features on my motherboard with the same effect. 
But with the disadvantage not _receiving_ any MIDI messages. Sending was quite fine.
So I switched to USB 1.1 in the BIOS and receiving was been although possible.

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

2004-03-10 Thread Hartmut Geissbauer
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

2004-03-09 Thread Hartmut Geissbauer
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?

2004-02-26 Thread Hartmut Geissbauer
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?

2004-02-24 Thread Hartmut Geissbauer
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?

2004-02-24 Thread Hartmut Geissbauer
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?

2004-02-19 Thread Hartmut Geissbauer
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?

2004-02-18 Thread Hartmut Geissbauer
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?

2004-02-14 Thread Hartmut Geissbauer
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

2004-02-14 Thread Hartmut Geissbauer
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?

2004-02-10 Thread Hartmut Geissbauer
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?

2004-02-10 Thread Hartmut Geissbauer
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?

2004-02-06 Thread Hartmut Geissbauer
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