Re: linux-audio-user Digest, Vol 28, Issue 10

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: linux-audio-user Digest, Vol 28, Issue 10

David Baron
On Wednesday 04 January 2006 06:56,
[hidden email] wrote:

> > Still cannot get this to play. Kernel boots up fine loading of any alsa
> > fails with a bunch of undefined symbols. I am using neither udev nor
> > devfs (no longer in kernel)--based on an old knoppix hdinstall, upgraded
> > to Debian Sid.
> >
> > Kernels through 2.6.11 worked fine. 2.6.12 --mpu401 fails, 2.6.14 alsa
> > audio fails. Fun.
>
> The unresolved synbols almost certainly mean that you compiled ALSA
> incorrectly.  This could include building against the wrong kernel
> sources or with a different compiler than was used for the kernel,
> failing to unload all the old ALSA modules before loading the new ones,
> trying to load ALSA modules when ALSA is already build into the kernel,
> trying to install an old ALSA with a newer kernel, etc.

I compiled the whole kernel along with the modules using one compiler (using
make-kpkg). The errors are on bootup.
>
> Please post these errors you see or we can't help.  Also what soundcard
> driver and ALSA version are you using?

I am using the alsa that comes with the kernel and the most recent stuff from
Sid.

Here is one piece of the error messages. They repeat.
Jan  2 19:32:01 d_baron kernel: Symbols match kernel version 2.6.14.
Jan  2 19:32:01 d_baron kernel: No module symbols loaded - kernel modules not
enabled.
Jan  2 19:32:01 d_baron kernel: l snd_oss_info_register
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_unregister_device
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol snd_device_new
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_ctl_unregister_ioctl
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_info_create_card_entry
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol snd_device_free
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_card_file_remove
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_info_unregister
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_device_register
Jan  2 19:32:01 d_baron kernel: snd_rawmidi: Unknown symbol
snd_register_device
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_rawmidi_receive
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_rawmidi_transmit
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_ctl_add
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_pcm_new
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_card_register
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_card_free
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_pcm_lib_preallocate_pages_for_all
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_card_proc_new
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_ac97_mixer
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_ac97_bus
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_pcm_set_sync
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_ctl_new1
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_pcm_hw_constraint_ratdens
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_card_new
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_iprintf
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_pcm_lib_malloc_pages
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_pcm_lib_ioctl
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_pcm_lib_free_pages
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_pcm_set_ops
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_device_new
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol snd_rawmidi_new
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_rawmidi_set_ops
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_pcm_lib_preallocate_free_for_all
Jan  2 19:32:01 d_baron kernel: snd_ens1371: Unknown symbol
snd_pcm_hw_constraint_ratnums

Reply | Threaded
Open this post in threaded view
|

M-Audio Midisport 2x2

Markus Herhoffer
Hello!

I've been using the M-Audio Midisport 2x2 together with the Maya 44 USB
for a long time and it worked quite well. But after an update of ALSA
only the Maya 44 works. The module 'snd-usb-audio' is loaded properly
and the device is recognized by the system. I've also put
'snd-usb-audio' on the blacklist of hotplug, because hotplug makes some
real trouble with USB audio devices.

I'm running Gentoo 2.6.13-r3. 'World' is up to date on stable branch.

Dome debug infos:

# lsusb
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 003: ID 0763:1001 Midiman Midisport 2x2
Bus 002 Device 002: ID 0a92:0091 EGO SYStems, Inc. //* USB-Soundkarte
Audiotrak Maya 44 USB
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

 # lsmod
Module                  Size  Used by
snd_pcm_oss            47520  0
snd_mixer_oss          17024  1 snd_pcm_oss
snd_seq_oss            32064  0
snd_seq_midi_event      5888  1 snd_seq_oss
snd_seq                49488  8 snd_seq_oss,snd_seq_midi_event
snd_usb_audio          72640  0
snd_pcm                81416  2 snd_pcm_oss,snd_usb_audio
snd_timer              21380  2 snd_seq,snd_pcm
snd_page_alloc          8392  1 snd_pcm
snd_usb_lib            13568  1 snd_usb_audio
snd_rawmidi            20512  1 snd_usb_lib
snd_seq_device          6988  3 snd_seq_oss,snd_seq,snd_rawmidi
snd_hwdep               7072  1 snd_usb_audio
snd                    46436  12
snd_pcm_oss,snd_mixer_oss,snd_seq_oss,snd_seq,snd_usb_audio,snd_pcm,snd_timer,snd_rawmidi,snd_seq_device,snd_hwdep
soundcore               7392  1 snd
shfs                   48720  0
realtime                7816  0
forcedeth              16896  0
[...]

Some ideas?
Reply | Threaded
Open this post in threaded view
|

Re: M-Audio MidiSport 2x2

Peter Clarke
Markus Herhoffer <[hidden email]> wrote:

> I've been using the M-Audio Midisport 2x2 together with
> the Maya 44 USB for a long time and it worked quite well.
> But after an update of ALSA only the Maya 44 works. The
> module 'snd-usb-audio' is loaded properly and the device
> is recognized by the system. I've also put
> 'snd-usb-audio' on the blacklist of hotplug, because
> hotplug makes some real trouble with USB audio devices.

I had exactly the same problem when updating Gentoo
recently.  Hans Fugal kindly tried to help me on this list
on 6 Dec 2005, and sent me this informative link:

http://sourceforge.net/tracker/index.php?func=detail&aid=1353514&group_id=87777&atid=584353

However, that didn't fix it for me.  Now, I have an ugly
workaround in place:  a little script that gets run
by /etc/conf.d/local.start, which contains the following:

#! /bin/bash
modprobe snd-usb-audio
cd /usr/share/usb/midisport
fxload -D /proc/bus/usb/004/003 MidiSportLoader.ihx -I \
MidiSport2x2.ihx
exit

This works, provided that the MidiSport is always at the
same USB bus address;  in your case, you will have to
change the /004/003 to /002/003.

Hope that helps.

I'm interested by your comment "hotplug makes some real
trouble with USB audio devices".  I'm having trouble
getting the audio side of my Novation Speedio (a USB audio
and MIDI interface) to work properly (as per previous posts
on this list) - could this be related?  If so, what do I do
to run it without hotplug?

Just one more comment while I'm mailing the list:  if anyone
uses the Proteus 2000 (a hardware synth), you might be
interested in having a copy of a spreadsheet I've prepared,
which has descriptions of all the drums and percussion
sounds in the ROM it ships with.  Let me know.

Peter C
Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2

Markus Herhoffer
Thanks for the help! That looks very good.

> #! /bin/bash
> modprobe snd-usb-audio
> cd /usr/share/usb/midisport
> fxload -D /proc/bus/usb/004/003 MidiSportLoader.ihx -I \
> MidiSport2x2.ihx
> exit

Where do I get the files located in /usr/share/usb/midisport? There's
nothing like that on my system.

> I'm interested by your comment "hotplug makes some real
> trouble with USB audio devices".  I'm having trouble
> getting the audio side of my Novation Speedio (a USB audio
> and MIDI interface) to work properly (as per previous posts
> on this list) - could this be related?  If so, what do I do
> to run it without hotplug?

I don't know the Novation device, but I had some problems with the Maya
44 USB and some Tascam USxxx (both USB) together with hotplug. The
solution to both problems was to add the corresponding kernel modules to
the blacklist of hotplug. On Gentoo with the standard layout you find
the blacklist in /etc/hotplug/blacklist. On default there should be some
entries in it like 'usbcore' and 'usb-uhci'.

Markus Herhoffer

Peter Clarke wrote:

> Markus Herhoffer <[hidden email]> wrote:
>
>
>>I've been using the M-Audio Midisport 2x2 together with
>>the Maya 44 USB for a long time and it worked quite well.
>>But after an update of ALSA only the Maya 44 works. The
>>module 'snd-usb-audio' is loaded properly and the device
>>is recognized by the system. I've also put
>>'snd-usb-audio' on the blacklist of hotplug, because
>>hotplug makes some real trouble with USB audio devices.
>
>
> I had exactly the same problem when updating Gentoo
> recently.  Hans Fugal kindly tried to help me on this list
> on 6 Dec 2005, and sent me this informative link:
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1353514&group_id=87777&atid=584353
>
> However, that didn't fix it for me.  Now, I have an ugly
> workaround in place:  a little script that gets run
> by /etc/conf.d/local.start, which contains the following:
>
> #! /bin/bash
> modprobe snd-usb-audio
> cd /usr/share/usb/midisport
> fxload -D /proc/bus/usb/004/003 MidiSportLoader.ihx -I \
> MidiSport2x2.ihx
> exit
>
> This works, provided that the MidiSport is always at the
> same USB bus address;  in your case, you will have to
> change the /004/003 to /002/003.
>
> Hope that helps.
>
> I'm interested by your comment "hotplug makes some real
> trouble with USB audio devices".  I'm having trouble
> getting the audio side of my Novation Speedio (a USB audio
> and MIDI interface) to work properly (as per previous posts
> on this list) - could this be related?  If so, what do I do
> to run it without hotplug?
>
> Just one more comment while I'm mailing the list:  if anyone
> uses the Proteus 2000 (a hardware synth), you might be
> interested in having a copy of a spreadsheet I've prepared,
> which has descriptions of all the drums and percussion
> sounds in the ROM it ships with.  Let me know.
>
> Peter C

Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2

Ross Vandegrift
In reply to this post by Peter Clarke
On Thu, Jan 05, 2006 at 07:57:00PM +0800, Peter Clarke wrote:
> I'm interested by your comment "hotplug makes some real
> trouble with USB audio devices".  I'm having trouble
> getting the audio side of my Novation Speedio (a USB audio
> and MIDI interface) to work properly (as per previous posts
> on this list) - could this be related?  If so, what do I do
> to run it without hotplug?

Well, it's kind of a catch22.  The problem is that the USB device
numbers don't seem to be constant.  My MIDI interface gets a
different address almost every time I plug it in.

There's no easy way to figure out where it got added, and if you have
multiple devices of the same make/model, you're actually SOL.  hotplug
events gets sent when the device is plugged - so when hotplug gets
called is the only point in time when you can know what numbers your
device came up with.

So to be be 100% sure, you must use hotplug.  If you're Speedio is the
only device you have, then it's pretty easy to just load the modules
by hand like you might for a PCI card - whatever USB numbers are
actually related to a device must be your box since you've only got
one.

FWIW - I don't think it'll help your audio issue.  If hotplugging
brings up the MIDI side, loading modules by hand is going to do the
same thing.  If you need some firmware, it could be an issue with the
firmware that you're loading.

--
Ross Vandegrift
[hidden email]

"The good Christian should beware of mathematicians, and all those who
make empty prophecies. The danger already exists that the mathematicians
have made a covenant with the devil to darken the spirit and to confine
man in the bonds of Hell."
        --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37
Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2

Hans Fugal-3
In reply to this post by Peter Clarke
On Thu,  5 Jan 2006 at 19:57 +0800, Peter Clarke wrote:

> Markus Herhoffer <[hidden email]> wrote:
>
> > I've been using the M-Audio Midisport 2x2 together with
> > the Maya 44 USB for a long time and it worked quite well.
> > But after an update of ALSA only the Maya 44 works. The
> > module 'snd-usb-audio' is loaded properly and the device
> > is recognized by the system. I've also put
> > 'snd-usb-audio' on the blacklist of hotplug, because
> > hotplug makes some real trouble with USB audio devices.
>
> I had exactly the same problem when updating Gentoo
> recently.  Hans Fugal kindly tried to help me on this list
> on 6 Dec 2005, and sent me this informative link:
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1353514&group_id=87777&atid=584353
>
> However, that didn't fix it for me.  Now, I have an ugly
> workaround in place:  a little script that gets run
> by /etc/conf.d/local.start, which contains the following:
>
> #! /bin/bash
> modprobe snd-usb-audio
> cd /usr/share/usb/midisport
> fxload -D /proc/bus/usb/004/003 MidiSportLoader.ihx -I \
> MidiSport2x2.ihx
> exit
>
> This works, provided that the MidiSport is always at the
> same USB bus address;  in your case, you will have to
> change the /004/003 to /002/003.
And presuming you never unplug your keyboard... I can help you get it
working with udev if you'd like the more robust solution. What exactly
didn't work?


--
Hans Fugal ; http://hans.fugal.net
 
There's nothing remarkable about it. All one has to do is hit the
right keys at the right time and the instrument plays itself.
    -- Johann Sebastian Bach

signature.asc (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2 [SOLVED]

Markus Herhoffer
Thanks! I've got the missing files by eMail - and it works! For
documentation a short summary:

1) blacklist snd-usb-audio for hotplug
2) get the firmware of the device from the usbmidi project (or from
somewhere else)
3) get fxload
4) use the following shell script to load the firmware

#! /bin/bash
modprobe snd-usb-audio #if not already loaded at startup
cd /usr/share/usb/midisport
fxload -D /proc/bus/usb/*BUS*/*DEVICE* MidiSportLoader.ihx -I
MidiSport2x2.ihx
exit

Substitute *BUS* and *DEVICE* with the numbers you get by running lsusb.

Thanks to everyone who helped me!

Markus Herhoffer

Hans Fugal wrote:

> On Thu,  5 Jan 2006 at 19:57 +0800, Peter Clarke wrote:
>
>>Markus Herhoffer <[hidden email]> wrote:
>>
>>
>>>I've been using the M-Audio Midisport 2x2 together with
>>>the Maya 44 USB for a long time and it worked quite well.
>>>But after an update of ALSA only the Maya 44 works. The
>>>module 'snd-usb-audio' is loaded properly and the device
>>>is recognized by the system. I've also put
>>>'snd-usb-audio' on the blacklist of hotplug, because
>>>hotplug makes some real trouble with USB audio devices.
>>
>>I had exactly the same problem when updating Gentoo
>>recently.  Hans Fugal kindly tried to help me on this list
>>on 6 Dec 2005, and sent me this informative link:
>>
>>http://sourceforge.net/tracker/index.php?func=detail&aid=1353514&group_id=87777&atid=584353
>>
>>However, that didn't fix it for me.  Now, I have an ugly
>>workaround in place:  a little script that gets run
>>by /etc/conf.d/local.start, which contains the following:
>>
>>#! /bin/bash
>>modprobe snd-usb-audio
>>cd /usr/share/usb/midisport
>>fxload -D /proc/bus/usb/004/003 MidiSportLoader.ihx -I \
>>MidiSport2x2.ihx
>>exit
>>
>>This works, provided that the MidiSport is always at the
>>same USB bus address;  in your case, you will have to
>>change the /004/003 to /002/003.
>
>
> And presuming you never unplug your keyboard... I can help you get it
> working with udev if you'd like the more robust solution. What exactly
> didn't work?
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2 [SOLVED]

Lee Revell
On Fri, 2006-01-06 at 12:10 +0000, Markus Herhoffer wrote:

> Thanks! I've got the missing files by eMail - and it works! For
> documentation a short summary:
>
> 1) blacklist snd-usb-audio for hotplug
> 2) get the firmware of the device from the usbmidi project (or from
> somewhere else)
> 3) get fxload
> 4) use the following shell script to load the firmware
>
> #! /bin/bash
> modprobe snd-usb-audio #if not already loaded at startup
> cd /usr/share/usb/midisport
> fxload -D /proc/bus/usb/*BUS*/*DEVICE* MidiSportLoader.ihx -I
> MidiSport2x2.ihx
> exit
>
> Substitute *BUS* and *DEVICE* with the numbers you get by running lsusb.
>
> Thanks to everyone who helped me!

Um, hold on, you should not have to blacklist snd-usb-audio to make this
work.  Hotplug should load the firmware automatically.

Lee

Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2 [SOLVED]

carmen-4
> Um, hold on, you should not have to blacklist snd-usb-audio to make this
> work.  Hotplug should load the firmware automatically.

yeah, that works fine here,

but all USB devices are "dead" after putting the system to sleep and waking it back up, and have to be physically unplugged and replugged to work again (even mouse/keyboard). whats the proper fix for this...coldplug? had the same problem on a non-notebook when rebooting, the midisport has hte firmware already (pulsing LED...) but still needed a re-plug to show up..

cdr
Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2 [SOLVED]

Lee Revell
On Fri, 2006-01-06 at 20:13 +0000, carmen wrote:
> > Um, hold on, you should not have to blacklist snd-usb-audio to make this
> > work.  Hotplug should load the firmware automatically.
>
> yeah, that works fine here,
>
> but all USB devices are "dead" after putting the system to sleep and waking it back up, and have to be physically unplugged and replugged to work again (even mouse/keyboard). whats the proper fix for this...coldplug? had the same problem on a non-notebook when rebooting, the midisport has hte firmware already (pulsing LED...) but still needed a re-plug to show up..
>
> cdr
>

Hmm, it seems like that should work.  It might be a kernel bug or a bug
in the USB sound driver.  Can you report it to linux-usb-devel at
lists.sourceforge.net and cc: alsa-user at lists.sourceforge.net?

Include the details of your USB host controller.

Lee


Reply | Threaded
Open this post in threaded view
|

Re: Re: M-Audio MidiSport 2x2 [SOLVED]

Hans Fugal-3
In reply to this post by Lee Revell
On Fri,  6 Jan 2006 at 13:52 -0500, Lee Revell wrote:

> On Fri, 2006-01-06 at 12:10 +0000, Markus Herhoffer wrote:
> > Thanks! I've got the missing files by eMail - and it works! For
> > documentation a short summary:
> >
> > 1) blacklist snd-usb-audio for hotplug
> > 2) get the firmware of the device from the usbmidi project (or from
> > somewhere else)
> > 3) get fxload
> > 4) use the following shell script to load the firmware
> >
> > #! /bin/bash
> > modprobe snd-usb-audio #if not already loaded at startup
> > cd /usr/share/usb/midisport
> > fxload -D /proc/bus/usb/*BUS*/*DEVICE* MidiSportLoader.ihx -I
> > MidiSport2x2.ihx
> > exit
> >
> > Substitute *BUS* and *DEVICE* with the numbers you get by running lsusb.
> >
> > Thanks to everyone who helped me!
>
> Um, hold on, you should not have to blacklist snd-usb-audio to make this
> work.  Hotplug should load the firmware automatically.
Yes, and it was doing so very well for my midisport device also.

I think there's some confusion in this thread. Some of us are having a
hard time when upgrading to versions of udev that supersede hotplug
(i.e. there is no hotplug). I have solved that problem but it wasn't
easy. I offer to help anyone with the same hurdle, and to help fix the
usb-midi-fw.sf.net project too (see the existing bug report [1]).

Others seem to be having unrelated problems on hotplug systems and are
opting for the simpler shell script solution. When you get tired of
running the shell script by hand, come back and we'll help you get it
working with (udev|hotplug). But if you're happy with the ad-hoc
solution, and would rather just get on with making music, well I can't
argue with that. :)

1. http://sourceforge.net/tracker/index.php?func=detail&aid=1353514&group_id=87777&atid=584353

--
Hans Fugal ; http://hans.fugal.net
 
There's nothing remarkable about it. All one has to do is hit the
right keys at the right time and the instrument plays itself.
    -- Johann Sebastian Bach

signature.asc (196 bytes) Download Attachment