At Fri, 11 Aug 2006 11:55:17 -0400, Lee Revell wrote: > > On Fri, 2006-08-11 at 17:39 +0200, Thierry Vignaud wrote: > > Thierry Vignaud <tvignaud@xxxxxxxxxxxx> writes: > > > > > > Yes, that's a missing part, so far. > > > > > > > > Currently, we keep the backward compatibility as much as possible. > > > > For example, if a control element is renamed, we keep the old > > > > entry with "optional true" attribute so that the same config works > > > > for older version. But, this wouldn't work if the device number > > > > changes or any other critical change occurs. > > > > > > > > The versioned config would be a solution. The question is how to > > > > take the version number/string. One possible idea is that a card > > > > provides a read-only control element named "Version" with > > > > IFACE_CARD. Or simply a new ioctl for this purpose. > > > > > > > > Anyway, this implementation should be more discussed on alsa-devel > > > > ML. > > > > > > let's forward it alsa-devel@ ml then. > > > > is nobody interested in ensuring compatibility between alsa-lib & > > alsa-kernel? Well, at least I'm interested but I've been absent. > > see linus statements about greg wanted to break compatibility with > > older udev... > > I thought it was already ALSA policy for a year or so not to make > incompatible changes between alsa-lib and alsa-kernel. Right, we do NOT break kernel ABI -- at least, not intentionally. The problem is the incompatibility of configuration space. It has been working until now somehow, but there is no good way to provide a workaround for a bigger change in future. My suggestion above is for that purpose. Takashi ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-devel
