Sound on Debian + Neo 1973

Christopher Allan Webber cwebber at
Thu Sep 4 01:27:19 CEST 2008

So, it was explained to me on IRC that those .state files needed to be
put in this directory:


So I've updated the wiki appropriately.  You can find out instructions
on how to get this to work here:

Christopher Allan Webber <cwebber at> writes:

> The .state files come from
> I just followed the instructions here:
> which are:
> aptitude install alsa-base
> wget
> tar -xf alsa_state_files-working.tar.gz -C /etc
> alsactl -f /etc/alsa_state_files-working/stereoout.state restore
> addgroup openmoko audio
> (that last command doesn't seem to apply on debian)
> Well, I don't know why it isn't switching between those alsa states, but
> knowing that it is *supposed to* helps, perhaps...
> "arne anka" <openmoko at> writes:
>>> So it doesn't seem I can both set up my phone to listen to mp3's and
>>> communicate in calls at the same time (thus, I can't currently have a
>>> ringtone working!)
>>> I notice this isn't a problem with the FSO snapshot I checked out.
>>> What's happening differently between the FSO snapshot and the default
>>> debian install?  I'd like to make it so that the debian install can do
>>> what the FSO snapshot can, so people can actually make calls and have a
>>> ringtone, etc.
>> sounds like the frameworkd (or whatever is responsible) fails to switch  
>> the state-files on incoming calls/hangup.
>> the usual first step seems to be to kill frameworkd
>> /etc/init.d/fso-frameworkd stop
>> and start it on a terminal
>> frameworkd
>> and then look at the output when getting a all and hanging up.
>> you probably should report that to the fso-trac:  
>> btw: where do the .state-files come from? i once tried a 1973 one on my  
>> freerunner nad it was not fully compatible.
>> _______________________________________________
>> support mailing list
>> support at
> _______________________________________________
> support mailing list
> support at

More information about the support mailing list