I previously sent this to the alsa-devel list, but it appears to have been the wrong one. I apologize for the duplicate post.
I'm designing software for a specific test application that will utilize an Intel HD audio controller. I must verify the functionality of several sets of TDM audio signals (CK, FS, TXD, RXD) from the Intel HD Audio controller. In this scenario, the Intel HD Audio controller is NOT connected directly to a CODEC, but to a header. My proposal is to connect these signals directly to an FPGA, using it to loopback the data (in various permutations of loopback to channels) to verify each of the signals. Because the FPGA will be in place of a real CODEC device, I'm concerned with how the software side of this approach will work? I essentially just want to push a known bitstream through one TDM interface and verify it upon reception via an alternate TDM interface. This doesn't necessarily require actual audio data. Lastly, I should point out that the system will be tested with it booted to Linux (using a recent kernel 3.x) so utilizing the standard linux audio interfaces (like ALSA - though this isn't a requirement) is preferable to expedite development.
I have spent several hours reading over documentation at the official site and elsewhere, but am left unsure of how to accomplish my goal. I am hopeful it is simply a matter of ALSA configuration, but am not sure if that will suffice, nor how to accomplish it.
The test method (hardware configuration) is unlikely to change, so I'm soliciting any suggestions and information that you all have to enable sending and receiving a specific data stream over the TDM interfaces of the Intel HD Audio controller.
Get latest updates about Open Source Projects, Conferences and News.