Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread Takashi Iwai
At Tue, 22 Jan 2013 18:00:13 + (UTC), User wrote: I'm suggesting that instead of aplay -l that you look in /proc/asound instead: aplay requires a lot of things to be working before it reports anything at all. /proc/asound will be there even if nothing works and will certainly

Re: [Alsa-user] Hello, unsupported h/w

2013-01-23 Thread Clemens Ladisch
David Aizenberg wrote: I did not edit anything in there. OS is default(just installed) arch. And do any of the files in /etc/modprobe.d/ contain any settings for any snd-* modules? Regards, Clemens -- Master Visual

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread Clemens Ladisch
User wrote: /proc/asound DETAILS (apply same to kernel 2.x 3x): 0: [ 0] : control 1:: sequencer 8: [ 0- 0]: raw midi 16: [ 0- 0]: digital audio playback These device numbers look OK. Please show the output of ls -l /dev/snd/ for both kernels. Regards, Clemens

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread User
Make sure that you do *not* set CONFIG_SND_DYNAMIC_MINORS=y. If this option is set, the dynamic device file assignment like udev becomes mandatory. In version(s) 2.6.X = Dynamic device file minor numbers *IS_NOT* set In version(s) 3.x.x: -- Preclaim OSS device numbers **is_set** -- Dynamic

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread User
User wrote: /proc/asound DETAILS (apply same to kernel 2.x 3x): 0: [ 0] : control 1:: sequencer 8: [ 0- 0]: raw midi 16: [ 0- 0]: digital audio playback These device numbers look OK. Please show the output of ls -l /dev/snd/ for both kernels. The ALSA_OSS layer in

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread User
It's a matter of device number assignment. You can achieve it easily even without udev manually or automatically by some script. For example, in the new case, minor#5 corresponds to /dev/snd/pcmC0D2p: 5: [ 0- 2]: digital audio playback then you need to create a device file like

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread User
- NOTE: I am asking if they (WILL) repeat because if I can count w/that things are *REALLY* reduced to this simple: mknod /dev/snd/${DEV} c 116 ${NODE} # ALSA k2.x devs ALSA k3.x devs controlC0 116 0controlC0 116 11 seq 116 1seq116 1 midiC0D0 116 8

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread Takashi Iwai
At Wed, 23 Jan 2013 15:39:45 + (UTC), User wrote: It's a matter of device number assignment. You can achieve it easily even without udev manually or automatically by some script. For example, in the new case, minor#5 corresponds to /dev/snd/pcmC0D2p: 5: [ 0- 2]: digital

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread Dominique Michel
Le Wed, 23 Jan 2013 15:39:45 + (UTC), User pkt...@unlimitedmail.org a écrit : It's a matter of device number assignment. You can achieve it easily even without udev manually or automatically by some script. For example, in the new case, minor#5 corresponds to /dev/snd/pcmC0D2p:

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread User
The minor number assignment _should_ be same if the module loading and initialization order is static, unchanged in different boots. But writing a script for doing the above would be trivial, too... Takashi GOOD! very good :-) Shure thing. Even better if they will repeat even w/dyn. assgn.

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread Dominique Michel
Le Wed, 23 Jan 2013 17:07:53 + (UTC), User pkt...@unlimitedmail.org a écrit : The minor number assignment _should_ be same if the module loading and initialization order is static, unchanged in different boots. But writing a script for doing the above would be trivial, too... Takashi

Re: [Alsa-user] No soundcards found - but only kernel 3.x

2013-01-23 Thread User
Thank you too Dom. your attention was very welcome too. But lucky me the problem seems solved for good. Good to know that you have profit from this problem too... The folks here are sometimes busy. sometimes too! busy but no voice here is left in the dark :-) Thank you too. Tx