[Shr-Devel] SHR: no audio in headphone
Martin Jansa
martin.jansa at gmail.com
Fri Mar 30 15:05:32 CEST 2012
On Fri, Mar 30, 2012 at 02:57:58PM +0200, Matthias Apitz wrote:
> El día Friday, January 27, 2012 a las 11:21:17AM +0100, Matthias Apitz escribió:
>
> > Yesterday I was again in the same situation: no audio in FR handset;
> > I did a successfull call from Amsterdam, powered off the FR to travel
> > back home to Munich, and after leaving the plane I switched on again my
> > FR and had no audio in call.
> >
> > This time I was prepared and just copied over using the terminal a known
> > good gsmhandset to the correct place and saving the old one which was
> > there for later analyze; a diff shows that the values were not so bad:
> >
> > # diff gsmhandset.broken /etc/freesmartphone/conf/openmoko_gta/a
> > lsa-2.6.29/gsmhandset
> > --- gsmhandset.broken Wed Jan 25 19:59:39 2012
> > +++ /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.29/gsmhandset
> > Thu Jan 26 17:01:00 2012
> > @@ -1,8 +1,8 @@
> > 1:'PCM Volume':2:0,0
> > 2:'ADC Capture Volume':2:0,0
> > 3:'Headphone Playback Volume':2:0,0
> > -4:'Speaker Playback Volume':2:97,97
> > -5:'Mono Playback Volume':1:77
> > +4:'Speaker Playback Volume':2:106,106
> > +5:'Mono Playback Volume':1:88
> >
> > in any case they do not explain the absolute silence. More even, after
> > copying the good file into place, the situation of 'no audio' remained
> > and only after a re-boot all was again as it should; also the sliders
> > did not moved (speaker volume was zero) and only after a re-boot the
> > slider was in its old place (more or less in the middle);
> >
> > this brings me to the following conclusions:
> >
> > 1. the values used for the call are stored elsewhere, not in the
> > /etc/freesmartphone/conf/openmoko_gta/alsa-2.6.29/gsmhandset itself;
2.6.29 is pretty old
look at symlink
/etc/freesmartphone/conf/openmoko_gta/alsa-default
I guess it's using
/etc/freesmartphone/conf/openmoko_gta/alsa-2.6.39/
Cheers,
> >
> > 2. this file is only read during re-boot, but only if its modification
> > time is newer as the "place (file...)" used for the call;
> >
> > 3. the sliders in the call GUI do not change directly (or not even at
> > all) the content of the 'gsmhandset' file;
> >
> > does this ring someones bell? anybody out here who knows the details of
> > this gsmhandset file and its usage for calls? or should I ask such
> > question in the developer lists?
> >
>
> Hello SHR-devel,
>
> Mid of January I wrote the above questions to SHR-user and there is also
> a ticket: http://trac.shr-project.org/trac/ticket/1709
>
> Can someone from SHR-devel answer my above questions or point me to a
> location where the management of the file gsmhandset is explained (note:
> I'm not asking for an explanation of the values in the file, but about
> how this file is used and updated etc.) and how the GUI of the call
> should work?
>
> Thanks in advance
>
> matthias
> --
> Matthias Apitz
> e <guru at unixarea.de> - w http://www.unixarea.de/
> UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370)
> UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5
> _______________________________________________
> Shr-devel mailing list
> Shr-devel at lists.shr-project.org
> http://lists.shr-project.org/mailman/listinfo/shr-devel
--
Martin 'JaMa' Jansa jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.shr-project.org/pipermail/shr-devel/attachments/20120330/54b2aaf2/attachment.pgp>
More information about the Shr-devel
mailing list