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

Andreas Kemnade andreas at kemnade.info
Mon Jun 10 15:27:31 CEST 2013


On Mon, 2013-06-10 at 15:04 +0200, Dr. H. Nikolaus Schaller wrote: 
> Am 10.06.2013 um 14:48 schrieb Andreas Kemnade:
> 
> > Hi,
> > 
> > On Mon, 2013-06-10 at 14:15 +0200, Dr. H. Nikolaus Schaller wrote: 
> >> Am 08.06.2013 um 18:00 schrieb Benjamin Deering:
> >> 
> >>> 
> >>>> Hmm, so put the conflicting McBSP into the platform data and calling the
> >>>> tristate function instead of the pinmux thing? That is no twl4030
> >>>> specific code, so somehow it still feels a bit strange to have it there.
> >>>> But using a tristate function is a step forward.
> >>>> 
> >>>> Greetings
> >>>> Andreas Kemnade
> >>> Is the change needed to enable audio from the FM tuner chip similar to the gsm HW routing issue?
> >>> 
> >>> I have your userspace hack from here: 
> >>> http://misc.andi.de1.cc/si4721.c, it shows that it is finding a station, but nothing I can do in the mixer gets audio.
> >> 
> >> Now I have tried this tool but I don't see more than:
> >> 
> >> root at gta04:~# ./si4721 /dev/i2c-2 9380
> >> init resp: 00
> >> get_chiprev resp: 00
> >> 003230000032304201ffe0c3f67700
> >> tune freq: 00
> >> tune status resp: 00
> >> tuned to 00khz RSSI 0 SNR 0 no signal
> >> tune rsq resp: 00
> >> RSSI 0 SNR 0 no signal
> > 
> > freshly downloaded and compiled
> > 
> > gta04:~# ./si4721 /dev/i2c-2 9380
> > init resp: 00
> > get_chiprev resp: 00
> > 003230000032304201ffe0e321f600
> 
> The initial parts are the same, only some difference in the last parts.
> Maybe some Chip-ID (serial number?).
> 
> > tune freq: 00
> > tune status resp: 00
> > tuned to 93800khz RSSI 8 SNR 0 no signal
> > tune rsq resp: 00
> > RSSI 7 SNR 0 no signal
> > 00080007000006
> > tune rsq resp: 00
> > RSSI 6 SNR 0 no signal
> > 00080006000006
> > tune rsq resp: 00
> > RSSI 6 SNR 0 no signal
> > 00080006000006
> > tune rsq resp: 81
> > RSSI 6 SNR 0 no signal
> > 
> > check:
> > i2cdetect -r -y 2
> 
> root at gta04:~# i2cdetect -r -y 2
>      0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
> 00:          -- -- -- -- -- -- -- -- -- -- -- -- -- 
> 10: -- 11 -- -- -- -- -- -- -- -- -- -- -- -- UU -- 
> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
> 30: UU -- -- 33 -- -- -- -- -- -- -- -- -- -- -- -- 
> 40: -- UU -- -- -- UU -- -- UU -- -- -- -- -- -- -- 
> 50: UU -- -- -- 54 -- -- -- -- -- -- -- -- -- -- -- 
> 60: -- -- -- -- -- -- -- -- UU -- -- -- -- -- -- -- 
> 70: -- -- -- -- -- -- -- UU                         
> root at gta04:~# 
> 
> > 
> > it should not be taken (no UU at 0x11). PCM clocks need not be active at
> > that moment (it can also give analog output). I am using 3.7.+a bunch of
> > usb-hacks. I am not sure at the moment about maybe other
> > clocks/voltages.
> 
> Hm. I rather suspect some header/library issue now. I have installed
> gcc-4.6 (build-essentials) on the GTA04 and compiled directly
> "on target". But I am not sure which linux headers and library headers
> this will use.

I have uploaded a statically compiled version now for comparision at the
same location.

Greetings
Andreas Kemnade





More information about the Gta04-owner mailing list