[QUOTE=gowen;254864]My clock is always about 2 hours 15 minutes off after a power cycle. It's keeping time OK, but just needs an offset to local time.[\QUOTE]

Most devices have 2 clocks, the real time clock (RTC) which is hardware and the internal system time "clock" which is just software. The hardware RTC keeps time even when the device is powered off, the internal is just a software clock that normally deviates slowly from the real time, so it needs to keep in sync normally in startup and shutdown, NITdroid misses the shutdown part as Android just shuts the hardware without running any scripts. My plan to solve this is to set the RTC clock when the user set it in the GUI.

Yes, it is a calibration problem, Maemo solve it using tslib and shipping "default" calibration data for different touchscreen panels. Android doesn't use tslib nor calibration data as it is expected all shipping devices with Android will use capacitive touchscreen hardware which doesn't require calibration. My plan is to teach Android tslib and reuse the calibration data on Maemo partition, I'm working on it.

I don't think so.

Other people with N800 reported the same problem, this works nicely on N810 and it seems to be a problem when the device entering retention mode but it can't get out of it. It's a kernel problem and there is no fix yet, other than disabling power management, for the next release I'll provide a kernel without pm for N800 users until a fix get's done.

Battery metering is implemented in NITdroid (and I belive in Maemo too) by reading from the RETU ASIC. NITdroid uses the nice kcbatt tool to read the raw value of the current charge and speculatively knows if it's charging or discharing. Maemo uses other method to know if it's charging or discharging but the current charge I'm pretty sure it's read too from RETU.

The problem, is the value reported by RETU which deviates depending on which hardware is turned on (WiFi, LCD, backlights), so this value it's reported 'weirdly', I'm pretty sure that's the reason why Maemo doesn't show you the real charge in their battery applet.

If you don't belive me try this on NITdroid 'kcbatt -r -l 1' then connect/disconnect AC power, turn on/off LCD, WiFi, backlights, and you will see what I mean.

The only way to improve it is by observing and adding that logic to NITdroid so a better value is reported in the GUI or in the Settings/About section. Shame NITs doesn't use standard power class drivers and the hardware doesn't report a single absolute _real_ value.

BTW does somebody knows something about the RETU ASIC? it seems the kernel drivers just read/set registers, the real thing is obfuscated in the proprietary daemons.

I recently (Oct/2008) buy my N810 because Nokia say it was open, they even have great publicity on this, for their next tablet Nokia should put clearly which drivers are following standard Linux APIs and which don't and are implemented by binary only daemons in userspace as belive me this is _very_very_ important.

Anyway I'm happy how NITdroid is progressing thanks too you.