Add support for Kingfisher board

the problem was not bluealsa. The problem was wrong SCO audio routing , as discussed in https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Bluetooth/#index11h3

Kittammourttt

Thank you Thierry.

Dear Raffaele,

First, as Walt said, this bug is closed an another one should be opened instead

About the race condition: In the bluez-alsa version we are using, as far as I remember, there is a unique copy thread that performs the transfer of the SCO talk (from board to phone) and listen (from phone to board) sound frames.

What happens, is that for some reason (and that is the race condition I am talking about, and that should be investigated) , the SCO listen frames take he priority over the SCO talk frames.

Moreover, I consider that this design it is not the right implementation, and that things would work far better if there were a talk thread, and a listen thread, so that it is actually full duplex.

The first thing to do is to take a look at what has changed in the bluez-alsa code on mainline since the last months, because this thing might already have been corrected.

Hope this helps.

Thierry

please create a new issue for the problems you see and fully describe the environment, thanks!