Custom Query (242 matches)

This is closely related to Ticket #51.

While not entirely impossible, the DDK is hard to get these days, so it does keep some people from building Uniaud32 who might otherwise.

This makes it extremely difficult to debug Uniaud in the same way that ALSA does, as they rely on testers and bug reporters to build the driver themselves for testing.

It is important to note that under the GPL, we can include the DDK headers as-is, but any replacement code must be GPL, so essentially it must be implemented anew in Uniaud.

Mike Greene wrote a new set of Makefiles for Uniaud32 some time ago, and I was unable to commit them because they only work when compiling with wasm, which, in this incarnation, requires a modified DDK, which has licensing issues for both the DDK and the GPL.

However, apart from this, they contain a number of improvements over the existing system, which I have always intended to apply. After all, he did go to the work to do it. This ticket is to remind myself of this.

When ALSA compiles, it includes different code depending on which version of Linux is reported. At present in Uniaud this is 2.3.0, which, we can be sure, is untested with the latest ALSA code. This could be a source of some problems on the new hardware.

Setting the value to 2.6.0 causes the compile to fail, so clearly there is some work needed to update the Linux code. It should be a matter of setting this and finding the relevant bits in Linux and porting it.

One thing to check with this is the macro used to figure the version number in Uniaud uses a bit shift, whereas I have the distinct impression that Linux uses a direct decimal conversion. So the numbers might only work out the same when all digits are low enough. Just something to verify at the same time this is done.