> 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 include useful information even when aplay doesn't do > anything useful. Have posted contents of asound in this thread bottom. Seems ALL is OK. but aplay fails to open the /dev node > It's not bias, it's a question of using what is known to work. Note > that among other things, udev handles the cases where the major and > minor numbers for a device aren't fixed. You may or may not be falling > foul of this. Well, shure it works but it is not a needed stuff. About more than a decade without it and ALSA was PERFECT - really. JACK+ALSA was a combination without much trouble. If UDEV is causing this problem..... hmmmm I can not be shure so far. The kernel driver seems to me the cause - WHY it can open the /dev node in version 2.6x but **not** in version(s) 3.x ? It is the same device node, same perm, same MAJOR/MINOR... identical. That is my/the problem... driving me nuts :) The driver internals changed quite a bit. ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
