El día Friday, March 30, 2012 a las 03:05:32PM +0200, Martin Jansa escribió:
> 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/
No, it is 2.6.29:
# ls -l /etc/freesmartphone/conf/openmoko_gta/alsa-default
lrwxrwxrwx 1 root root 11 Jan 1 1970
/etc/freesmartphone/conf/openmoko_gta/alsa-default -> alsa-2.6.29
Even if 2.6.29 is pretty old, does this mean that my questions about
some background information is not valid to answer anymore? :-)
Thanks
matthias
>
> 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 <[email protected]> - 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
> > [email protected]
> > http://lists.shr-project.org/mailman/listinfo/shr-devel
>
> --
> Martin 'JaMa' Jansa jabber: [email protected]
--
Matthias Apitz
e <[email protected]> - 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
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-devel
