OESF Portal | OESF Forum | OESF Wiki | LinuxPDA | #planetgemini chat on matrix.org | #gemini-pda chat on Freenode | #zaurus and #alarmz chat on Freenode | ELSI (coming soon) | Ibiblio


Welcome Guest ( Log In | Register )

Reply to this topicStart new topic
> Run Opie Or Gpe On The Nokia 770
post May 13 2006, 08:07 AM
Post #1

Group: Members
Posts: 2
Joined: 13-May 06
Member No.: 9,850

First of all I have to say that I am quiet new to all this, so I could be asking stupid questions.
Hope you all are willing to forgive me wink.gif

My main question is quiet simple actually:
Would it be possible (or is it already possible) to run a full OPIE or GPE "install" on the Nokia 770?
If it isn't (yet) possible, what is the reason for it and will it ever be possible?
Go to the top of the page
+Quote Post
post May 13 2006, 09:47 AM
Post #2

Group: Members
Posts: 450
Joined: 27-November 03
From: Brisbane, Australia
Member No.: 1,001

Opie is not yet ready for the 770, but there is a gpe image somewhere...
Go to the top of the page
+Quote Post
post May 13 2006, 11:16 AM
Post #3

Group: Members
Posts: 2
Joined: 13-May 06
Member No.: 9,850

QUOTE(lpotter @ May 13 2006, 06:47 PM)
Opie is not yet ready for the 770, but there is a gpe image somewhere...

Do you mean the Ångström based GPE-image?

Or the regular OpenEmbedded based GPE-image?

I have not found any experiences or images of both, so I don't know if (and how well) they work.

Just to understand things right:
Opie or GPE are something like GNOME or KDE right?
Ie consisting of a separate window manager, theme engine and a set of applications?

How does the (x-)window-server fit in?

And the stock Nokia 770 runs:
- Which window-server ???
- Matchbox window-manager (http://projects.o-hand.com/matchbox/)
- Sapwood: GTK+ theme engine (how does this relate to the window-manager?
Go to the top of the page
+Quote Post
post May 19 2006, 05:24 PM
Post #4

Group: Members
Posts: 1
Joined: 19-May 06
Member No.: 9,920

if you(or someone) could post the latest Ångström image for the 770, that would be awesome.

Go to the top of the page
+Quote Post
post May 20 2006, 04:08 AM
Post #5

Group: Members
Posts: 1,495
Joined: 12-November 03
From: Germany
Member No.: 907

The maemo team will soon release version 2 of the platform with many changes. We will add it to OE then.
Go to the top of the page
+Quote Post
post May 22 2006, 02:38 AM
Post #6

Group: Members
Posts: 4,512
Joined: 25-October 03
From: Bath, UK
Member No.: 464

If you have a working OE setup then you can just build a gpe-image (or opie-image? I'm not sure.)

Note that after speaking to florian (#gpe), the nokia kernel doesn't like passing control to init if it's a symlink, so you have to make sure it's presumably either a hardlink or an actual file (this is what I remember anyway.) This may have been sorted out by now (in the OE metadata), but I'm not sure.

The problems are:

* 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 (or libopie2 for opie.)

* 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 to be exact). 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. I was wondering how easy/hard it would be to intercept the calls made to the tavho (name? iirc) device - any ideas?

Regarding getting Opie running, realistically, you'd need to add dbus support into libopie2 (which handles the hardware specifics.) I don't know how much effort this would be.

Oh yes, it may be worth writing a zaurusd style daemon to handle the lid closing events, and hardware buttons (which iirc, didn't work.)

That's about all I can remember. All in all, sounds like a bit of fun smile.gif

Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:


RSS Lo-Fi Version Time is now: 23rd June 2018 - 11:29 PM