GSM modem - just ERROR

[Nils Faerber]

Harald Welte schrieb:
> On Thu, Mar 15, 2007 at 05:17:16PM +0100, Nils Faerber wrote:
>> To this extend: How is the ringer supposed to work?
>> I guess that the CPU will play some sound via /dev/dsp. 
> yes.  at yet-to-be-implemented daemon will register with gsmd and get
> notifications of incoming calls, and take care of playing back your
> favourite mp3/ogg/sid/mod file.
> 
>> Which mixer setting and volume control will control an audible
>> speaker?
> depends on which speaker you want to use.  I don't have any more
> information than you do:  the wolfson documentation and the 94 alse
> controls in the mixer...

He ;)
Right, the Wiki contains almost all information, though I find it very
hard to find my way through it. It is heavily cross linked and I often
end up on some page asking myself how I got there to find it again later.

Back to the ringtone...
Yesterday I tried a voice call which worked quite nicely. But only after
pulling almost all output mixers to 100% I was able to get a reasonable
playback volume so that I could clearly understand my partner while
holding the NEO to my ear.
If this is really all volume one can get from the single builtin speaker
then I fear I will miss many calls and will probably also never see a
free speaking feature on the NEO.

So to the question a little differently (now that I know that there is
only one speaker built-in ;)
	Is there a way to amp the output of the internal speaker to a level
that is audible without holding the NEO near to my ear?

I am not sure how other phones do that in hardware... do they use a
second speaker for ringer and free speaking?

>> For the others control of the vibrating alarm would be nice.. hmmm...
>> how does that work? Oh oh, so many details ;)
> there's an untested driver that exports the vibrator as LED device.

Ah, cool!

> In any case, all this will be abstracted by libmokocore at some point.

Yes, sure ;)
But eventually people like to help implementing libmokocore and thus
also have to know such details.


If there is such thing it would be great to have a (brief) document
describing the hardware, i.e. which parts are there, how they are
connected and why it was done the way it was done. This would help to
understand the hardware and how it can be used/programmed.

Anyway, many thanks for the quick response(s)!
And congratulations for the kernel port - having done such thing myself
I think you did a pretty good job abstracting the hardware properly.
That's good!

Cheers
  nils faerber

-- 
kernel concepts GbR        Tel: +49-271-771091-12
Sieghuetter Hauptweg 48    Fax: +49-271-771091-19
D-57072 Siegen             Mob: +49-176-21024535
--