On Sun, Jul 30, 2017 at 03:37:22PM +0100, Andrey Utkin wrote:
Started to read sound/soc/omap/ with regard to ABE stuff. Not much of a progress for now, but now my vague idea is that aess/ subdir is full of goodness we need, and for some reason it wasn't forward-ported by TI devs from 3.8 branch it was originally introduced in. I guess it is due to lack of TI manpower on OMAP support, but I accept a chance that the right way is now different and thus porting aess/ code is not the right thing to do.
Will read on the code.
So I have almost started doing something :)
For now I've dropped in the missing source files and tweaked few things as needed. Work-in-progress git branch is here: https://github.com/andrey-utkin/linux/tree/pyra-aess
Now I'm facing a pile of compilation errors (https://gist.github.com/andrey-utkin/b1747c530d82a3606dd1a374bf48e432), as quite some of things the code uses hasn't got into mainline kernel. Will work on it, but hard part is ahead and I don't expect success anytime soon.
Also by incident I found a firmware generator for ABE: https://github.com/omap-audio/abefw . And I noticed Peter Ujfalusi when looking at repos in https://github.com/omap-audio/ and recalled Nikolaus' suggestion to get him involved, so I'm CCing Peter here.
Peter, could you please confirm - is porting sound/soc/omap/aess/ code from ti-linux-3.8.y branch the right way to get the most from the audio hardware? Or is the fact that this code hasn't been ported from v3.8 means that there's another way - I don't know, ready userspace driver or whatever?