On Mon, Aug 11, 2003 at 05:51:32PM +0200, Takashi Iwai wrote: > did you update alsa-tools, too? > there was a bug in envy24control. > anyway, the DACs should be controllable via alsamixer, too...
I tried to compile the latest envy24control, but it depends on a lot of libs or includes that I don't have installed. When I installed them with YaST, they were not in the places the Makefile expected them, and I just didn't have to courage to experiment with automake and autoconfig. But the same problem occurs with some test programs using the pcm_ctl_* interface, so I'd be surprised if the problem is with envy24control. Meanwhile, I've explored most of the related ALSA code, and I can't see anything wrong with it (apart from the fact that the liberal use of callbacks makes it quite difficult to folllow what's happening :-). I tried lots of variations, and one of them seems to help a bit, in the sense that the problem now occurs less often. In ews.cc the current state of the I2C device that controls the chip selects is read before the chip select is actived, and the same happens again when it is reset. I added a field to the ice1712 struct to store the state the first time, and re-use it for the chip select reset, so the second read is eliminated. It should be possible to remove the first as well, if all other routines writing to this byte would also update a soft copy. I have the impression the whole sequence may be interrupted by something that upsets the HW registers involved. One reason for thinking this is that the initial values set when the driver is loaded are allways correct, another one is that making the whole process shorter decreases the chance it goes wrong. Thanks for your help, I'll keep on searching. -- Fons ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Alsa-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-user