I see no mention of using GPE, why not use that? It should provide you with the majority of what you want.

As fanoush said, some things are not handled in the kernel, however if you leave the initfs there (and running) battery charging still works fine.

Looks like some recent rootfs's here: http://www.kernelconcepts.de/~fuchs/.../experimental/

The issues were as follows (the last time I ran the image, which was last year). This is basically copied from my post here: http://www.oesf.org/forums/lofiversi...p?t19354.html:

* Backlight control doesn't work very well - it works (writing and reading from /sys entry) for a second or two, however then the nokia stuff grabs control back and changes the backlight up to full brightness again. To fix this, you'd need to send dbus commands to change the backlight. The format has been documented afaik, so it just requires some reasonably simple patches to minilite (these may have been implemented by now).

* Sound doesn't work - This ought to be hackable, the dsp needs to be initialised, looking at the contents of the maemo image, this should be reasonably easy - just a case of copying scripts and the .bin file across.

* Power management - if anything keeps a clock running, the power management won't kick in (dyntick). Therefore you can't have the clock open as an applet on the gpe taskbar. I imagine other apps will also cause this kind of problem. Also note that maemo probably has far better control of the peripheral devices, so it's power management may be better (though that stuff may run from the initfs anyway so would work with a gpe-image, I'm not sure.)

* No battery power reporting - battery reporting is handled by dbus again. I think someone's decoded the readings, however it doesn't have very fine granularity which is a shame.

Also note Florian's comments in this ml post (it's rather old now, I'm not sure how things have changed): http://maemo.org/pipermail/maemo-dev...st/000960.html



Simon

did u try this image http://www.kernelconcepts.de/~fuchs/...0.rootfs.jffs2 ?

It's necessary port application for familiar?

I've tried one of the images, though it was an older one iirc. It's not necessarily necessary to port anything as there are already a large number of packages available to be built using the OpenEmbedded metadata and bitbake build system. See here: http://openembedded.org/

Depending on the libc version and soft-float type of the image, the standard familiar/OpenZaurus/etc. feeds may work with it too.


Si

I'm not sure how to read this thread; Maemo is Linux as far as any other distribution is Linux... Which means it, of course, is *not* Linux, because Linux is only the kernel and Maemo (as any other distro) packs a lot more around it. Which is good, of course. I wouldnt spend a lot of time with my 770 only watching the kernel booting and rebooting.

But:
There's an interesting point to this thread. Would it be possible (or easily possible, to be more precise) and legal to replace the non-free parts of the software package Nokia ships with the 770 right now and create a completely free system?

Which exactly are the non-free parts? What were Nokias motives to have non-free software on a device that was at least somehow marketed as "built upon free software"?

Certainly. Why not? The hardware is yours to do with as you please. You might void your warranty by installing different system software and you're not allowed to copy the hardware and sell for profit, but other than that, Nokia has no rights whatsoever to it, once you've bought it.

IIRC, the non-free parts have to do with battery and power management. It's a pretty certain bet that the 770 is not APM or even ACPI compliant, so writing software that duplicates Nokia's offering might be non-trivial. OTOH, people have reported serious bugs with Nokia's power management (haven't seen those myself, though), so maybe a fresh look at it might turn out in Nokia's best interest as well. And why should Nokia care if the (new) power management software is open? It'll almost certainly run exclusively on their hardware platform.

As to their motives: who knows? Maybe they outsourced it to people with a GPL allergy. It happens.

Maemo not have software. Openembedded yes. We don't need to use maemo.

Angstorm use openembedded for build image and is ready for nokia 770 but I can't try becouse my nokia die.

http://www.angstrom-distribution.org/building-angstrom

try this..