Yeah. Building kernels all week for an ARM kernel is not fun at all. Especially as it takes ages
So ideally you want to bring this to userspace. To be honest, I think that such an effort would take a long time to finally materialise and end up in the kernel.
What we could do is start a new github project that provides the information in an ‘easy’ readable format. Right now the information is only available in kernel patches (https://github.com/lintweaker/xmos-native-dsd), and even for an old 3.x kernel for Fedora. And I can imagine that this is rather intimidating as well. So maybe I just pull the information out, create a new project (that is not specifically tied to xmos), and also administer there if it is already merged upstream and in which kernel.
Providing this data on a higher level could make lives a little bit easier if things actually need to be patched.
One of the things that doesn’t work now also is the fact that these patches are not even merged in upstream. I contacted the maintainer and he said that he would create one large patch ‘soon’. He is part of the kernel alsa maintainer group afaik.
Right now I’m looking if it is possible to manipulate usb id’s from user space (udev ?) so it would be possible to create a patch that allocates the few possibilities to a ‘special set’ of USB id’s. That way it would be possible to test a DAC from user space by simply booting the kernel and manipulate the USB id to one of those in the special set.