I think that improving the booting time would be a big step in maemo.<br>I've been using palm pdas for a long time and I miss the 0 seconds booting time.<br><br>Magnus, if I can help testing ask me.<br><br>Cheers<br><br>
<div class="gmail_quote">On Sat, Mar 15, 2008 at 3:26 AM, Ryan Pavlik <<a href="mailto:abiryan@ryand.net">abiryan@ryand.net</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I think it's worthwhile work to look into, because it does take a while<br>
to boot up. True, I don't boot mine often either, but mostly because<br>
I've heard (and experience bears out) that on the devices 1 boot = ~3-5<br>
days of standby/sleep. My thinking is perhaps if boot is faster, a)<br>
less power is needed and b) sophisticated PM can be brought up perhaps<br>
sooner (this is completely out of my realm though), besides the obvious<br>
effect of faster boot.<br>
<br>
(Probably the fact the device seems to have 3 separate splash screens<br>
then boots to a not-yet-functional desktop exacerbates the feeling of a<br>
slow boot.)<br>
<br>
Good luck! I might suggest trying the VMWare Maemo SDK - for me it was<br>
way easier to get working than a direct install of the Scratchbox<br>
environment, but of course YMMV.<br>
<br>
Ryan<br>
<div><div></div><div class="Wj3C7c"><br>
Magnus Deininger wrote:<br>
> Well, true that but it sure can be an annoyance if your battery runs<br>
> out and the first thing you notice is that the device is having you<br>
> wait a couple of minutes. And the way I see it, if your device boots<br>
> fast enough, you could just as well shut it down completely instead of<br>
> putting it into stand-by mode, thus essentially giving you unlimited<br>
> stand-by time.<br>
><br>
> On the bright side, if if bootup times aren't too much of a concern<br>
> for most users, einit also provides for a centralised hardware event<br>
> handler and allows the actions to this to have very little overhead by<br>
> being able to write handlers in C or anything else that compiles to an<br>
> ELF object file. It also has service supervision and provides for<br>
> backup plans if something won't start, which tend to come in handy a<br>
> lot on embedded devices.<br>
><br>
> -- Magnus<br>
><br>
> Quoting Frank Banul <<a href="mailto:frank.banul@gmail.com">frank.banul@gmail.com</a>>:<br>
><br>
><br>
>> Hi,<br>
>><br>
>> No offence but I would guess most people don't boot their devices<br>
>> very often. It would be nice to have faster boot times but I rarely<br>
>> boot my device. Just an opinion. I hope it's helpful.<br>
>><br>
>> Frank<br>
>><br>
>> ----- Original message -----<br>
>> Hi there,<br>
>><br>
>> I'm Magnus Deininger, aka jyujin, head of the eINIT project, a~nd I'd<br>
>> like help the maemo project by improving bootup times. One of my<br>
>> friends is telling me that maemo devices are booting 'unbearably slow'<br>
>> and that this would be quite the complaint with customers; he's going<br>
>> so far as to offer his Nokia 770 for the cause if i can make it boot<br>
>> faster.<br>
>><br>
>> My pet project (eINIT, <a href="http://einit.org" target="_blank">http://einit.org</a>) is currently doing reasonably<br>
>> well at making computers boot faster, but we haven't tried to make it<br>
>> work on too many embedded devices just yet, mostly because we're a bit<br>
>> tight on devs and time... and people that would be interested in<br>
>> seeing it on their embedded device. We're still doing quite the<br>
>> progress in boot times tho, as could be seen by this little video<br>
>> (taken by that friend of mine who'd like to see his nokia 770 boot<br>
>> faster):<br>
>> <a href="http://video.google.co.uk/videoplay?docid=-2744120711983143659" target="_blank">http://video.google.co.uk/videoplay?docid=-2744120711983143659</a> .<br>
>> That's booting fairly fast, especially considering it boots right into<br>
>> compiz... I also made this bootchart: <a href="http://omploader.org/vZHdj" target="_blank">http://omploader.org/vZHdj</a> --<br>
>> which is on my main desktop, without any real optimisations. Both<br>
>> boxes (the one in the video, and mine) used to boot in about 1 to 1:20<br>
>> minutes before, so that's /quite/ an improvement right there.<br>
>><br>
>> Now seeing as my friend has some issues with his device, I'd like to<br>
>> help him, and the maemo project, but since I'm a bit tight on time,<br>
>> I'd first like to know if anyone else is actually interested in me<br>
>> porting eINIT to maemo, since I'd hate setting up a devel environment<br>
>> for a single device ;). Which brings me to why I'm posting on this ML<br>
>> in the first place: I'd like to know if people /are/ interested in<br>
>> this or not. Just get right back at me if there's any interest. I'll<br>
>> monitor this ML for the time being, and I'd also like to invite any<br>
>> interested developers to join our IRC channel, #einit on freenode.<br>
>><br>
>> So, that concludes my offer I think.<br>
>><br>
>> Greets, and happy hacking,<br>
>> Magnus Deininger<br>
>> <a href="http://einit.org/" target="_blank">http://einit.org/</a><br>
>> IRC: jyujin on freenode; #einit<br>
>><br>
>> PS.: Oh, not to forget, eINIT is BSD-licenced, so there shouldn't be<br>
>> any weird licencing issues from a business POV either, if that would<br>
>> ever be an issue.<br>
>><br>
>><br>
<br>
<br>
</div></div>--<br>
Ryan Pavlik<br>
<a href="http://www.cleardefinition.com" target="_blank">www.cleardefinition.com</a><br>
<br>
#282 + (442) - [X]<br>
A programmer started to cuss<br>
Because getting to sleep was a fuss<br>
As he lay there in bed<br>
Looping 'round in his head<br>
was: while(!asleep()) sheep++;<br>
<div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
maemo-developers mailing list<br>
<a href="mailto:maemo-developers@maemo.org">maemo-developers@maemo.org</a><br>
<a href="https://lists.maemo.org/mailman/listinfo/maemo-developers" target="_blank">https://lists.maemo.org/mailman/listinfo/maemo-developers</a><br>
</div></div></blockquote></div><br>