hmm, not so well, i just found that this only works if "alsactl init" is called, which seems to be gone from our setup completely (you can call it manually but that seems awkward ... another way to use this as a slightly cleaner hack migh be to call alsactl init from a udev rule if the device is initialized)
so in this light the only actually proper fix is to use the SDP4430.conf file but fix it so it gets properly executed ... the above fix is just a better alternative to the hack the amixer.sh script provides but requires a one line patch to libasound0 which i'm not sure the release team would be happy to accept its a tad less evil but stil evil. -- no sound devices on current ES2.0 boards https://bugs.launchpad.net/bugs/637947 You received this bug notification because you are a member of TI OMAP Developers, which is a direct subscriber. Status in “linux-ti-omap4” package in Ubuntu: Confirmed Status in “linux-ti-omap4” source package in Maverick: Confirmed Bug description: with the current daily-preinstalled images (from build 20100913 on) which include new kernel patches and which are built for ES2.0 boards only. we do not have a sound device in the sound prefs dialog anymore, only the dummy device shows up. the dialog should have two sound output devcies, one for the earphone jack, one for HDMI output. with the earphone jack being the default preselected output. _______________________________________________ Mailing list: https://launchpad.net/~tiomap-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~tiomap-dev More help : https://help.launchpad.net/ListHelp
