GSM modem - just ERROR
Harald Welte
laforge at openmoko.org
Fri Mar 16 17:13:07 CET 2007
On Fri, Mar 16, 2007 at 04:44:57PM +0100, Nils Faerber wrote:
> > yes, we're actually having two 'second' speakers and a 1.2Watts
> > amplifier for that.
>
> Oh, nice!
> But where are those located or activated?
> I cannot seem to find them in the hardware pictures.
http://wiki.openmoko.org/wiki/Disassembling_Neo1973#Empty_case_frame
note the comment below the picture about those speakers.
> Or is this just a setting of special mixers? Then, which?
please just look at the asound.state files in /etc/alsa. One of them
is for sound playback via those speakers.
> > This combined with a severe lack of staff, skills and time.... => I
> > don't think there will be any public document on the hardware any time
> > soon.
>
> Maybe another Wiki page could be started for that. But please just one
> page ;)
well, just keep adding to the 'Neo1973 Hardware' page.
Audio specific stuff is probably better at the 'Neo1973 Audio
Architecture' page.
> > Particularly crude is the PMU driver. All voltage settings, etc. need
> > to be put in a platform_data structure that is specific to the neo. The
> > pcf50606.c should not make any assumptions about being inside a Neo1973
> > device. It should further provide something like an 'IORESOURCE_POWER',
> > which is then used by neo1973 platform devices and passed on to the
> > actual drivers.
>
> This also puzzles me but for different reasons...
> I have seen that the readings that are exposed in /sys/... are quite
> strange. The current is 0 but the battery is still reported as
> "charging"? Shouldn't the charger be shut off when the battery is full?
that sounds like a software bug, if nothing else.
> I also know that the pcf50606 can be mask-programmed for the battery
> type.
I have never heared about this.
> This is quite important for the charging logic (charging curve,
> thresholds, keep-alive charging, charging while application processor
> in sleep mode, etc.). Is the NEO's PMIC mask programmed to the used
> battery type?
The charge controller inside the PCF50606 (see data sheet linked from
neo1973 hardware page) is software-programmed to CC_CV charging with
4.2V li-ion cell.
> > Basically, power needs to be treated equal to any otehr resource such as
> > memory, GPIO, IRQ, ...
>
> Interesting idea.
> For some devices this might work or even be necessary. There are other
> devices, I remember the old iPaq 36xx, that have their own charging
> controller which is quite independant and simply outputs its state. On
> the other hand even then the resource could provide power levels to
> compare against to judge full/empty/critical levels...
> Hmm...
I'm not talking about charging here. It's about any peripheral unit.
The bluetooth chip doesn't only have IO and IRQ resources, but it also has a
power resource. If the device is suspending/resuming or whatever, the
driver for that component needs to be able to tell the PMU supplying
that power what it wants - in a way independent from whatever kind of
PMU the specific device might be using.
If a driver doesn't want anything special, the 'power bus'
implementation would then just do the default: power-up to the voltage
specified in the platform_resource of mach-neo1973.c before
probing/using and before resuming the devicer, and power-down on
suspend/power-off, after the driver detached from the device.
The same goes for the GSM, GPS, etc.
--
- Harald Welte <laforge at openmoko.org> http://openmoko.org/
============================================================================
Software for the world's first truly open Free Software mobile phone
More information about the neo1973-hardware
mailing list