[Gta04-owner] fm-tuner - was Re: hw routing audio patch removed in 3.7?

[Dr. H. Nikolaus Schaller]

Am 23.10.2013 um 20:28 schrieb Andreas Kemnade:

> On Wed, 2013-10-23 at 19:17 +0200, Dr. H. Nikolaus Schaller wrote:
> [...] 
>>> Ok, I found my headphone, I put the gta04 near a window on the side
>>> towards the radio station, replaced the arecord | aplay pipe  in the
>>> script by
>>> 
>>> arecord -D default:CARD=gta04fm -r 48000 -f S16_LE -c 1 | aplay -r 48000
>>> -f S16_LE -c 1

BTW: I wonder why we use -c 1 (or omitting it)?
I think there should be 2 channels (stereo)...

>>> 
>>> and I had reception with good sound quality.
>> 
>> ++
>> 
>> So which U-Boot/Kernel combination did you finally use?
>> 
> # strings /dev/mtd1ro | grep U-Boot
> U-Boot 2011.03-rc1 (Jun 21 2013 - 12:36:24)

Ok, this uses the most recent pinmux. So I think the most recent U-Boot
is fine.

> kernel is 149775b3c32d495c95411d979128caeead71abef
> (recent 3.7-neil-plus branch) + some usb hacks + bike drivers.

Ah, I think I remember that I have not yet tested it completely
with 3.12. It worked on 28th June for this binary release:

http://download.goldelico.com/gta04/20130628-GTA04-Production-Wheezy-armhf+fm-radio/

I think at that time it did include the 3.7-neil-plus kernel.

> 
> For fm-demo/si4721 I followed the link you gave in the thread,
> downloaded the tree snapshot from there:
> 7bbf278ec168bdf14dbdfa940f82ae3831b4a691
> and used the pipe from above.

So if it does not work on 3.12, we can look as the next step in the kernel
for a (minor) bug (or incompatibility). It may be as simple as that some
constant for setting up the special McBSP clock mode (which Christoph
did mention) has changed or we need to call a different/changed OMAP API.

BR,
Nikolaus