On 9/5/09, Rask Ingemann Lambertsen ccc94...@vip.cybercity.dk wrote:
On Thu, Aug 20, 2009 at 08:21:07AM +0100, Rui Miguel Silva Seabra wrote:
Just a few more cents from me...
Have you guys ever seen one of those other smartphones booting? They
take
ages too. The main difference is that we
How old frameworkd do you have in Debian? All issues with IdleNotifier
should be already fixed!
the official one is still 5.1, and there are packages by heiko stübner for
5.5 from mid-august (i guess, the packages are from august 20th).
isn't there a way to follow the shr releases for debian?
On 9/6/09, arne anka openm...@ginguppin.de wrote:
How old frameworkd do you have in Debian? All issues with IdleNotifier
should be already fixed!
the official one is still 5.1, and there are packages by heiko stübner for
5.5 from mid-august (i guess, the packages are from august 20th).
isn't
How old frameworkd do you have in Debian? All issues with IdleNotifier
should be already fixed!
the official one is still 5.1, and there are packages by heiko stübner
for 5.5 from mid-august (i guess, the packages are from august 20th).
isn't there a way to follow the shr releases for
SHR uses always newest frameworkd from git, as frameworkd from git is
rather kept stable all the time ;)
ok. brings me back to my old question: how does one create deban packages
from git?
___
Openmoko community mailing list
Just things take some time because of the nature of debian.
sure. but the nature of debian plus low man power in pkg-fso adds up to a
rather large delay.
i am still confused by the complexity of creating deb packages and i don't
use git so far (and probably will not until a working eclipse
SHR uses always newest frameworkd from git, as frameworkd from git is
rather kept stable all the time ;)
ok. brings me back to my old question: how does one create deban
packages from git?
Debian packaging for fso components is done from git.
Pkg-fso repositories in git.debian.org are
On Sunday 06 September 2009 13:20:01 Nikita V. Youshchenko wrote:
How old frameworkd do you have in Debian? All issues with IdleNotifier
should be already fixed!
the official one is still 5.1, and there are packages by heiko stübner
for 5.5 from mid-august (i guess, the packages are
Debian packaging for fso components is done from git.
Pkg-fso repositories in git.debian.org are clones of repositories on
git.freesmartprone.org, with debian packaging files added on separate
branches.
could you give some step by step commands?
how do i check out the most recent version with
Debian packaging for fso components is done from git.
Pkg-fso repositories in git.debian.org are clones of repositories on
git.freesmartprone.org, with debian packaging files added on separate
branches.
could you give some step by step commands?
how do i check out the most recent
On Thu, Aug 20, 2009 at 08:21:07AM +0100, Rui Miguel Silva Seabra wrote:
Just a few more cents from me...
Have you guys ever seen one of those other smartphones booting? They take
ages too. The main difference is that we have to boot more often :)
Do we? I can't comment on your SHR
On Friday 21 August 2009 06:21:52 Wolfgang Spraul wrote:
Not really. Reloading (in the worst case) 128MB from an SD is not exactly
fast either.
The only sane way to substantially improve booting time is to stop
booting like a desktop PC, that is move away from starting all services
Michael 'Mickey' Lauer wrote:
On Friday 21 August 2009 06:21:52 Wolfgang Spraul wrote:
Not really. Reloading (in the worst case) 128MB from an SD is not exactly
fast either.
The only sane way to substantially improve booting time is to stop
booting like a desktop PC, that is move away from
On Friday 21 August 2009 16:36:07 Helge Hafting wrote:
Now, implement suspend-to-disk (SD-card), and you can start
reasonably quick after changing the battery.
It should take around 40 seconds to read the memory back from SD, so if you
can live with that, implementing suspend-to-disk might be
Michael 'Mickey' Lauer wrote:
The only sane way to substantially improve booting time is to stop booting
like a desktop PC, that is move away from starting all services just because
you can. Start them on demand and bring only the bare necessities up on boot
(filesystems, dbus, X).
Yes,
Michael 'Mickey' Lauer wrote:
On Friday 21 August 2009 16:36:07 Helge Hafting wrote:
Now, implement suspend-to-disk (SD-card), and you can start
reasonably quick after changing the battery.
It should take around 40 seconds to read the memory back from SD, so if
you
can live with that,
2009/8/21 Tilman Baumann til...@baumann.name
Remember, there is almost absolutely no use case for total shutoff and
suspend to 'Disk' since you want your GSM to stay on line on suspend. And
for that everything but past resume from RAM is useless.
There are many use cases if you're on battery
On Fri, Aug 21, 2009 at 6:52 PM, Michal Brzozowskiruso...@poczta.fm wrote:
2009/8/21 Tilman Baumann til...@baumann.name
Remember, there is almost absolutely no use case for total shutoff and
suspend to 'Disk' since you want your GSM to stay on line on suspend. And
for that everything but past
On 21 Aug 2009, at 18:10, Edder wrote:
On Fri, Aug 21, 2009 at 6:52 PM, Michal
Brzozowskiruso...@poczta.fm wrote:
2009/8/21 Tilman Baumann til...@baumann.name
Remember, there is almost absolutely no use case for total shutoff
and
suspend to 'Disk' since you want your GSM to stay on
On Friday 21 August 2009 18:13:14 Tilman Baumann wrote:
Booting after init still takes ages. I don't know, but it seems to be a IO
throughput problem rather then CPU speed.
We're just doing too much at this stage.
What I would wish for is quicker GSM login. I think have the latest
firmware,
On Wed, Aug 19, 2009 at 09:56:42PM -0500, c_c wrote:
Hi,
I would look for a decent middle path. A reasonable boot time, perhaps 30
secs to fully usable, and charging required in say 3 days of some measure of
activity assumed to be normal (we could define something as a benchmark).
And for
Any chance suspend to disk, or 'hibernate' would work on openmoko?
2009/8/19 Glenn glenn.mh...@gmail.com
Maybe this might be possible in some future of Openmoko Linux?:
07/15/09, NEWS: MontaVista claims an ultra-fast 1 second Embedded
Linux Boot Time:
On Thursday 20 August 2009 10:02:45 Michal Brzozowski wrote:
Any chance suspend to disk, or 'hibernate' would work on openmoko?
Not really. Reloading (in the worst case) 128MB from an SD is not exactly fast
either.
The only sane way to substantially improve booting time is to stop booting
Mickey,
Not really. Reloading (in the worst case) 128MB from an SD is not exactly
fast
either.
The only sane way to substantially improve booting time is to stop booting
like a desktop PC, that is move away from starting all services just because
you can. Start them on demand and
Maybe this might be possible in some future of Openmoko Linux?
Yes and no. Of course and not. :-)
Depends on what your definition of cold boot is.
There are trade-offs here, as always. As I understand it, the read-only
text of the kernel was in ROM (could have been Flash), so did not have
to
On Wed, Aug 19, 2009 at 04:01:29PM -0400, Jon 'maddog' Hall wrote:
make the battery last longer in normal running mode, suspend and deep
suspend, rather than shortening the (hopefully) once per year boot
cycle.
Once per year? :) Up until recently was once per day (minimum), but since
8-8's
Once per year? :) Up until recently was once per day (minimum), but
since 8-8's SHR-U I haven't returned to that sad average!
/* gentle rant on
Which is *exactly* my point.
I have a friend of mine who's multi-user Linux system was recently up
for thirty days before a power failure caused it to
2009/8/20 Jon 'maddog' Hall mad...@li.org:
I have a friend of mine who's multi-user Linux system was recently up
for thirty days before a power failure caused it to go down.
I had a Digital Unix system on my desk up for an entire year without
rebooting.
We had cases of VAX/Ultrix systems up
i've never understood the fascination of linux users with keeping
systems up for days and months on end. sure, it's great for a server
hosting web sites, or in a corporate environment, but for a home
system? it comes across as nothing more than who's the most '1337',
which is really lame. add to
.
We're getting there. Now, if only we could write down a priority wise
sequence of problems that need solving somewhere and tackle them one at a
time with all the resources we have.
--
View this message in context:
http://n2.nabble.com/One-second-Openmoko-boot--tp3474833p3476622.html
Sent from
Robin Paulson wrote:
i've never understood the fascination of linux users with keeping
systems up for days and months on end. sure, it's great for a server
hosting web sites, or in a corporate environment, but for a home
system? it comes across as nothing more than who's the most '1337',
31 matches
Mail list logo
