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

Reply via email to