Hi!
I am thinking about using my laptop's charger instead of the OLPC
charger in the future as I move a lot and it's getting really tiresome
to bring both chargers with me. The plan is to create a converter plug
and use only the laptop's but it has different voltage levels.
laptop: TOSHIBA
://github.com/NoiseEHC/sugar-webkit-native
It requires a yum install webkitgtk3-devel to be able to compile,
unfortunately my XO-1.75 says that there are no more mirrors to try for
mesa and libdrm dependencies so I could not try it under an ARM XO... (I
did try it some time ago however it just stopped
I have put the ?latest? sources here:
https://github.com/NoiseEHC/sugar-webkit-native
It requires a yum install webkitgtk3-devel to be able to compile,
unfortunately my XO-1.75 says that there are no more mirrors to try
for mesa and libdrm dependencies so I could not try it under an ARM
XO
On 22/10/2013 21:21, Gonzalo Odiard wrote:
So that was my $0.02. Obviously it can be too late to change plans
but who knows. I have uploaded the source anyway so you can use it
if you want.
What I really don't understand is, if is all that easy why not be
involved and help?
On 07/10/2013 18:41, David Farning wrote:
Activity Central supports the recent HTML5 + JS work that is going
into sugar .100. It has the potential to take the OLPC vision to any
device which runs a browser while simultaneously *increasing* the
potential activity *developer* *pool* by several
Hi!
Now that I am developing a HTML editor application, noticed a
performance problem on xo1.75 latest (32011).
The symptom is that text selection is very-very slow in the editor. You
can test it by opening a long page from wikipedia in epiphany, selecting
some text with the mouse then
Just tested with WikipediaEN that it does not happen on 21021 (12.1.0)
so it is a regression.
On 07/07/2013 18:53, NoiseEHC wrote:
Hi!
Now that I am developing a HTML editor application, noticed a
performance problem on xo1.75 latest (32011).
The symptom is that text selection is very-very
Hi!
Could somebody from OLPC or some big deployments answer these questions
please?
1. As I understand, deployments stuck on old builds. What it the most
popular version? I guess it is GTK2 based.
2. Is there a plan to deploy newer versions? If so what is the roadmap?
I ask this as I want
Hi!
I have written a native webkit gtk application for HTML5 applications
(native so it does not require python), and today I tried to compile and
execute it on the xo-1.75 laptop. My experiences can help fixing the
issue that webkit2gtk crashes on the laptops as sugarlabs people
reported it
On 27/06/2013 16:20, Daniel Drake wrote:
On Thu, Jun 27, 2013 at 8:08 AM, NoiseEHC noise...@gmail.com wrote:
which updated a lot of packages and my program finally started. If I compile
with webkitgtk1 then it runs, with webkitgtk2 it crashes.
The crash (SIGSEGV) happens in glXCreateContext
So I will stick to webkit1... On the other hand, going native is clearly the
way to go, as it launches in 2-5 sec (usually ~3), while Browse launches in
13 sec on my xo-1.75...
Just curious, what do you mean by going native?
I am porting PhoneGap to the XO. It is very similar to the
Secondly, and probably more importantly, neither of the aforementioned
assumptions are really true with Android. I've yet to hear the
argument that pupils absolutely need to use Android (or iOS for that
matter) based devices today because that's what they gotta know
tomorrow. Plus there
I am doing it. It got stuck since when I have received the machine
github was down for a long time (was hacked or something). After that I
decided to wait for Android 4.0 and just yesterday was I able to
download all the source. Since I have already did a half-finished XO-1
port I can tell you
Do you have any prototypes with touchscreens? Or have you dropped the idea?
On 2011.07.29. 21:18, Martin Langhoff wrote:
CL2 and CL2A, B1-stage engineering prototypes, just arrived in Miami and Boston
http://dev.laptop.org/~martin/xo1.75-b1-look/
If you want one, you know what to do...
The newer builds are close to unusable. That is one of the reason I do
not use them. (The other is that the gamepad does not work and it kills
the XO-1 as an ebook reader...)
On 2011.06.15. 14:09, Martin Langhoff wrote:
On Wed, Jun 15, 2011 at 2:28 AM, Yioryos Asprobounitis
I do not see why is it so specially designed for children. On the other
hand I would buy instantly an unbreakable Android tablet with a dual
mode screen (Pixel Qi like) which is water-proof (not only spill-proof)
so it could be washed under the tap. I would not even miss the USB and
SD slots
No. OOP is overhyped anyway... It only helps for namespacing, and
primitive values where encapsulation works. Since children will not make
reusable libraries mostly I think there is no point making things more
complex as they already are. BTW I did not find the second version more
readable but
Okay, it seems that I made the wrong questions (as always) and while got
perfectly good answers, I did not get the knowledge I wanted to have...
So it seems that I am looking this from the perspective of software
development and you see it as research. While I can totally accept that
research
How does it compare to this?
http://waterbearlang.com/
On 2011.05.20. 15:30, C. Scott Ananian wrote:
I've done a little more work on Turtles All The Way Down, which I
(very briefly) discussed at EduJam. I actually wrote a garbage
collector in TurtleScript for TurtleScript on Sunday. Brief
Okay, I finally read through all the text and run the samples.
What is not clear to me:
1. Why do the bytecode stuff? JS seems to be a perfectly good code
representation to me and it can be run much faster compared to a naive
bytecode interpreter or compiler written without the resources of the
Cool!
What I do not get is this: what is the goal?
Having an environment running on Android which can run the same XO
bundles which are run by XO-1.x?
If the Sugar API has to be changed (adapted for some technical reason)
would you fork all activities?
Thanks,
NoiseEHC
On 2011.04.12. 19:56, C
with invisible compatibility is...
Good luck anyway,
NoiseEHC
BTW, in the next 4 weeks I will rewrite Sugar to HTML5... :)
On 2011.04.05. 0:09, C. Scott Ananian wrote:
I've posted a four week plan for XO-3 software exploration at
http://cananian.livejournal.com/62667.html
Briefly:
April 4-8
The Journal and Portfolio are really important part of Walter's vision
of Sugar. They will be system services, with strong enough
modularization to allow multiple competing implementations. I know
how that will work in web/nativeclient model. I'm not certain how
that works on Android yet;
What is a Portfolio?
http://www.gse.harvard.edu/news/features/mi08012002.html
-walter
Thanks!
So it seems that the portfolio is the (maybe child selected) subset of
the Journal. Am I right?
How is it addressed in the current Sugar implementation? If it is not
then is there a specification
Are there any news whether the touch screen enabled 1.75 XO prototype
will be available to the contributors program? If yes when can we expect
them to be available?
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
OLPC Engineering had a trip to Taipei for the XO-1.75 motherboard
bringup last week. The 1.75 machine lives in the same industrial
design (display, case, batteries) as the XO-1/XO-1.5, but uses an
ARM system-on-chip from Marvell -- the Armada 610/MMP2.
Now that is good news.
Two
Okay, I will rephrase my questions maybe I will get a real answer to them:
1.
Is there any reason why do you use the latest and greatest Marvell SoC
instead of an old (and maybe cheaper) one? Like the tablets on the
Marvell product platform page do?
2.
There were plans for touch screen and
/pipermail/devel/2010-September/029875.html
Not sure whether there was a point reporting this list though.
Thanks,
NoiseEHC
On 2010.08.31. 3:00, Chris Ball wrote:
Hi,
I'm very pleased to announce build os852 as the final 10.1.2 release
build for XO-1 and XO-1.5 laptops. Here are its release
5. Missed that the camera led blinks when the laptop is in a suspended
state so probably something wakes up the laptop. But why does it touches
the camera is beyond my understanding.
On 2010.09.21. 16:02, NoiseEHC wrote:
Hi!
I just had a little time to try 852 on the XO-1 and there were
It is more problematic than that.
1. When the Radio is checked (on) after boot I see the 3 mesh networks
and the XO-1 can see other access points.
2. When the Radio is unchecked (off) then I see neither mesh networks
nor other access points.
3. Setting on-off seems to work and the checkbox
Just two questions:
When I ported Android to the XO-1, I had to fix a bug in the original
geode driver. The problem was that the Linux frame buffer driver uses a
memcmp (in fbmem.c, in function fb_set_var) which compares the whole
length of the fb_var_screeninfo structure and the last
We used to do that, the problem is that we don't control our platform
as Google controls Android and you need to make sure that resources
that need to be specific of each child process aren't shared (dbus and
X connections, etc).
I'm personally more interested in reducing the amount of
Sugar has a similar mechanism. From the Low-level Activity API docs:
org.laptop.Activity.SetActive(b: active)
Activate or passivate an activity. This is sent when switching activities,
there is only one active activity at a time, all others are passive. A
passive activity must immediately
After making tests [1] in deployments for start new
vs. resume we concluded that the way activity starting works on the
iPhone would probably work well in Sugar, too [2].
Hehe, this is exactly the thing you would get with per-activity
datastores. Guess what, Android does this too. :)
I have just installed it onto my XO-1 (C1 model with the old style
touchpad) without anything plugged into it.
It seems to work but the suspend/resume is interesting.
Sometimes it goes to suspend but after that I cannot wake it up except
with the screen rotation button. I press the button and
Yes, I talked about automatic suspend.
However the WLAN was not connected to any access points and it seems
that Bernie talked about dropped wireless connections in the release
notes as far as I know.
Paul Fox wrote:
noiseehc wrote:
I have just installed it onto my XO-1 (C1 model
It was already discussed to death on the mailing lists. (The threads
derailed very fast so there was almost no discussion about important
things like the feasibility of a future Sugar - Android transition.)
http://lists.sugarlabs.org/archive/sugar-devel/2009-June/015369.html
Could you just put UP to the place of ?, put ? to the place of RIGHT,
and put RIGHT to the place of UP?
I am not THAT old to understand what is so cool about that hjkl vi
arrangement and I guess no children will either.
I feel that moving just one more key from its 101 key standard position
keyboard. Both the cursor keys and both the joystick
emulation keys suck.)
Paul Fox wrote:
noiseehc wrote:
Could you just put UP to the place of ?, put ? to the place of RIGHT,
and put RIGHT to the place of UP?
I am not THAT old to understand what is so cool about that hjkl vi
arrangement
Since you can only blit pictures on an X server and cannot get a direct
pointer to the video memory, I do not know what your problem is. You can
just allocate a 32 bit offscreen buffer in the address space of your
application and blit it via the X server to the 16 bit video memory
(draw). The
the screen depth the performance of the activity increased
dramatically.
I was worried if some other activity on the XO making the opposite
assumption and optimizing their draw code for a 16 bit screen and then
suffering because we changed the default depth.
Thanks
Shivaprasad
2010/1/27 NoiseEHC
i've been doing some research and found a couple of companies with SDR
R.F. front-end ICs. one is 40nm and is so tiny that it will only cost
about $2, mass-produced. also thanks to being in 40nm, the speed of
vs
i repeat. all those can be replaced with _one_ i repeat _one_ single
Are you aware the XO ships a full Smalltalk IDE? You know, like VisualAge
which later became Eclipse? It's hidden in the Etoys activity, but
(surprise!) it's a kids laptop.
Because someone will break your arms if you port Etoys to Android. Now I
understand.
The software is designed for
For the other people talking about IDEs: an usable IDE is not a text
editor.
Of course. What I do (and most other productive programmers I know do)
is use the window manager (gnome, kde, awesome...), xterms, a
webbrowser, etc, to make a LIDE: loosely integrated dev environment.
I've led
2009/12/29 NoiseEHC noise...@freemail.hu:
me. Another (optional) question is why did you left out gdb from the list?
All sorts of things run on the 3/4 xterms i use. valgrind, gdb,
python -m pdb, tail -f /path/to/log, ipython, ps_mem.py, psql, git
commands...
And if all those
to do this you would have to declare one specific variation of these
tools as the 'One True Way' and eliminate all the others.
the advantage of a loosly coupled IDE is that one component can be
replaced by something else without having to change/loose all the
other things.
and
the
Actually, no. The .class - .dex compiler consumes an enormous amount of
memory, so it is out of the question at least for now.
How much is enormous ? A laptop/tablet is likely to have more than
a smartphone...
With hundreds of classes in a .jar to convert it uses some 256M, with
Ahem. With XO-1.5, I feel that I AM shipping a full-fledged Linux
PC to every child.
Since when did it take more than a GB of RAM and 4GB of disk to host
an IDE ?
My point still stands: until Android supports its own development
tools, you are
turning it's users into second class
Actually, I would argue that an operating system that doesn't
natively host its development tools is not appropriate for OLPC's
target audience.
Self hosting is not an absolute requirement. You just have traded an
existing, usable developer environment (like Eclipse) for the
possibility of
Does Android not host its development tools because it doesn't run the
X Window System? Since X already runs on most of the hardware that
Android does, that wouldn't be too hard to remedy -- and would benefit
the whole Android community.
Actually, no. The .class - .dex compiler consumes
I hadn't looked closely enough to see the detailed licensing. But I'd
seen the news stories about Google cease-and-desists to the guys making
improved free versions. Is a useful fully-free version readily
available, as a practical option?
The guy bundled the not free Google
with Bert. What problems has Android solved that Sugar was
created to solve, in your opinion?
On Thu, Dec 24, 2009 at 6:04 AM, Bert Freudenberg
b...@freudenbergs.de mailto:b...@freudenbergs.de wrote:
On 24.12.2009, at 12:59, NoiseEHC wrote:
You know, Android OS solves exactly
You probably need to do a dcon-unfreeze as well.
\ OLPC boot script
unfreeze
dcon-unfreeze
u:\android\initrd.img to ramdisk
u:\android\kernel to boot-device
root=/dev/ram0 console=tty0 androidboot.hardware=xo1 to boot-file boot
Sebastian Silva wrote:
Hello I'm trying to boot into Trisquel
To the best of my knowledge Flash has never supported the XVideo
extension. The reason for this is that Xv scales YUV data and Flash
uses RGB data. Now could this be converted and scaled absolutely, but
Adobe has decided they are not going down that road.
Xv can blit both YUV and RGB
Hi!
I do not know what was the conclusion about this _completely
hypothetical_ case but does fixing the Geode VGA driver match the paper
cut criteria?
Since I am porting (very slowly since 2 months ago I did not know
anything at all about the Linux boot process for example) Android to the
Somehow every time I asked about debugging in these forums I have got no
answer at all. Now I have a weak feeling that Linux developers are real
programmers who do not use debuggers. I hope it is not the case... :)
2.
I looked into using the USB port with gadget support. I am attaching
the
Once BTRFS is mature, yum learns to snapshot-upgrade-or-revert and we
switch to that combo, we will be able to retire olpc-update, the
symlink trees and the fancy overlays.
Do you have a prediction (I mean an educated guess) about when will
BTRFS be mature? What I heard last time that
Hi!
Recently I have started porting Android-x86 to the XO-1 and
unfortunately hit a wall. I know that it can be done since somebody
already booted it but the hard drive crashed in his laptop and he had no
backups... The porting progresses a little bit slowly because I know
almost nothing
I copied both files to a usb drive then booted with holding the esc key.
Then 'copy-nand u:\os3.img' then it copied and I got back the firmware
prompt. It did not bark about wrong crc or something like that. Then I
switched the XO-1 off then switched on and all I can get is a Boot
failed error
dev.laptop.org uses an invalid security certificate.
The certificate expired on 2009.06.06. 16:03.
(Error code: sec_error_expired_certificate)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
There are no free 3D drivers. I have heard nothing to indicate that there
are likely to be soon. I would be surprised if OLPC were to ship the
proprietary drivers, though I cannot speak for them.
Then please test the xvideo extension with sleep/resume.
I assumed (wrongly) that there was
You are mistaken. The Geode LX has a two scaler units, and neither can
feed back to the main CPU. One of them is in the Geode Display Controller
(not the DCON), and simply scales the entire screen to the output. The
other is in the Video Controller, and can be used only for overlay
The kernel init improvements will certainly bring 15 other seconds.
Maybe some parallelisation of the sysvinit will save some time, say 5
seconds (low end estimation)
Parallelization will not help at all if you are using JFFS2. The low
level NAND driver that JFFS2 uses busy waits
The 1GHz C7 is still a slow cpu, as it seems from reviews of similar
netbooks:
http://www.notebookreview.com/default.asp?newsID=4352
For most tasks it is slower than an 600MHz Celeron M and that's not
exactly fast. Does anyone more familiar with the hardware have any
idea of how fast
Please, always use reply-all. Answers inlined where I have an answer.
Tiago Marques wrote:
On Sat, May 16, 2009 at 6:42 PM, NoiseEHC noise...@freemail.hu
mailto:noise...@freemail.hu wrote:
The 1GHz C7 is still a slow cpu, as it seems from reviews of
similar netbooks
Sorry, should have explained myself better, as I was also talking
about memory speed and not size, this time.
Ahh, if you wrote about memory size then never mind my comments. :)
Thing is, most flash controller implementations are crap, and it will
probably be the case with the one in Gen
I have just tested it on my XO and the Geode DOES NOT support the ffreep
instruction. It could explain the halting shutdown when it stalls with a
signal 15 (which happens to be SIGILL) and only continuing it when I
switch to the other console (as I reported in [1]). So fixing it and
creating a
please file a ticket at dev.laptop.org, with details on how to
reproduce the ffreep issue using build 802. (if it's only
reproducible with debxo (unclear from what's been written so
far), then the priority (and the fix) will likely be very
different.)
I cannot reproduce it reliably so
But why do you say you would need 1 mV accuracy ? Bright sunlight
is far stronger than
the light sources he used.
I am not an engineer so forgive me if I am saying something stupid, but
is not the goal to switch off the backlight if and only if there is no
difference between the
A small amount of testing would be very good, yes. We don't expect
any changes to be visible outside of the firmware and battery charging
(behavior should be better in the presence of batteries with extremely
low charge), but we should double-check that everything looks normal.
Seems a
As I understand 802 differs from 801 only in the firmware. Is it true?
Shall I test 802 if I have been using 801 for a long time? Will anybody
fix kernel/X errors if I report them?
Holt wrote:
The build is now signed so you don't even need a developer key:
I think most of those effects can be just as easily be done by the 2D
engine (like what the Geode has). Of course it would need a LOT of
coding, like killing the stupid X driver model with the X server
process, using a compositing windows manager, rewriting GTK+ to use some
form of retained
Actually, GNOME 3.0 is moving into that direction (requiring OpenGL):
http://lwn.net/Articles/327845/
Hehe, seems like that I have just invented Clutter... :)
More seriously, it seems that Sugar just runs ahead of Gnome and
reinvents almost everything which will be created by Gnome people
it will be fixed ever so never mind.)
Zarro Boogs per Child wrote:
#9307: 100% reliable way to test a DCON creates the wrong colors bug
-+--
Reporter: NoiseEHC | Owner: jg
But this should improve with VIA now having employed Harald Welte of
gnuviolations.org fame to help them move forward in the open source
world. They have released their drivers and some manuals for their
GPUs now. So no 3D just yet, but then that's not exactly a regression
compared to the
Hi!
I would like to ask these questions from OLPC staff:
Does this also mean that people who already own XOs will find that new
software is going to require a computer more powerful than they
currently have? I thought that that was something that was going to be
specifically avoided.
in any case, so far i've heard no good argument against rotating
the touchscreen to match the screen. it may not be the most
convenient way to use or hold the laptop, but it would be better than
the current situation where screen rotation makes the touchpad
almost completely useless.
. Schwartz wrote:
Jordan Crouse wrote:
NoiseEHC wrote:
2. An Xvideo RGB overlay displays the big nothing (black) while the
screen is rotated.
Indeed - XV is purposely turned off when the screen is rotated (or
at least, not displayed):
The LX hardware supports rotated blits, right? So in principle
p...@laptop.org wrote:
but like david, i think
that currently neither olpc nor sugarlabs is going to foster or
champion their use: olpc has no resources for s/w development,
and as far as i can tell, sugarlabs is targeting other h/w
platforms just as strongly as the XO -- and other
Sorry, I wanted to post it toplevel.
p...@laptop.org wrote:
but like david, i think
that currently neither olpc nor sugarlabs is going to foster or
champion their use: olpc has no resources for s/w development,
and as far as i can tell, sugarlabs is targeting other h/w
platforms just
p...@laptop.org wrote:
noiseehc wrote:
The question remains whether we make it rotate to match the closed ebook
mode or match the rotated opened-like-a-book mode.
there's no good answer to this, because there's no way to make it
do the right thing automatically. the lid switch can't
Daniel Drake wrote:
It is unlikely that you (as a user, rather than a deployment)
reporting bugs to OLPC will result in another software release *direct
from OLPC* (such as 8.2.2), because development of 8.2.x is mostly
discontinued and will really only be driven by deployments.
Have you
I don't know what your simple program does, but it sounds like it
could be a Sugar bug. You should file a ticket at dev.sugarlabs.org.
If it is not related to Sugar, we'll try to pass the report along to
the proper place.
http://dev.sugarlabs.org/ticket/465
It does sound like NM. Look at
p...@laptop.org wrote:
Cannot comment on the first part, I have no idea how this linux distro
development thing goes...
this is a much simpler question: there's a lot of work going on
in sugarland to help activity writers. since activities are released
independently, the distribution
Hello!
Just today I have noticed some things about the rotate button (which is
below the directional buttons on the display part):
1. When the screen is rotated the mouse does not so if I turn the XO to
be able to read letters, I cannot navigate with the mouse.
2. An Xvideo RGB overlay displays
already done that.
noiseehc wrote:
Hello!
Just today I have noticed some things about the rotate button (which is
below the directional buttons on the display part):
1. When the screen is rotated the mouse does not so if I turn the XO to
be able to read letters, I cannot
Aaron Konstam wrote:
On Sun, 2009-03-01 at 17:06 +0100, NoiseEHC wrote:
Hello!
Just today I have noticed some things about the rotate button (which is
below the directional buttons on the display part):
1. When the screen is rotated the mouse does not so if I turn the XO to
be able
Eben Eliason wrote:
This whole argument, I feel, is fruitless. That's just my opinion, of course.
The touchpad isn't readily accessible in handheld mode, and was never
made to be. I'll continue to suggest that the cursor simply be
automatically hidden in handheld mode, and that a simple
If you need it for some game then here is how to do it: attached.
A little question to Jordan Crouse or anybody else who can answer.
Here Jodran told me that the Geode can do XV flipping:
http://lists.laptop.org/pipermail/devel/2007-May/005208.html
It can be that he either did not reflect to
I had some time lately and tested the latest signed release.
I have reimaged (with 4 button pressed start) my XO and after that
installed activities via olpc-update and some yum
mc/gcc/make/X11-devel/Xv-devel. I did not copied my developer key to
/security this time. The extreme power
The Geode X drive copyes every bit of data to the command ring buffer by
using the CPU so that is sure that those almost no CPU cycles thing is
at least a bit stretch... :) According to Jordan Crouse it will not be
better but he was not too concrete so in the end I am not sure what he
was
of there are not enough developers or because it is not
technically sound?
Jordan Crouse wrote:
On 25/10/08 00:00 +0200, NoiseEHC wrote:
The Geode X drive copyes every bit of data to the command ring buffer by
using the CPU so that is sure that those almost no CPU cycles thing is
at least a bit
In the old builds I could initiate a shutdown and close the lid and the
XO just finished the shutdown.
In the new builds when I close the lid the shutdown halts because of
suspend (I think, can be mistaken). Could it be a little bit more clever
about when to suspend? Or is it what you are
We can do a little better than that, actually, by making it all one
prompt. It can have a name field, already filled out with the best
darn attempt at a name we can manage, a tag field (and perhaps even a
list of popular tags as well, to apply to it with a click or a
drag/drop), and buttons
can you do the hash as you copy it? it should be pretty close to free at
that point (since the CPU is waiting for memory/flash access it can do the
hash calculationwhen it would otherwise be stalled)
According to my measurements the GeodeLX can fetch a new cache line (32
bytes) every
On Sun, 5 Oct 2008, NoiseEHC wrote:
can you do the hash as you copy it? it should be pretty close to
free at that point (since the CPU is waiting for memory/flash access
it can do the hash calculationwhen it would otherwise be stalled)
According to my measurements the GeodeLX can fetch
When I will finally have some time (currently I am working even on
weekends) I will finish my half made zlib decompression code.
Where is that Security hash's code?
Mitch Bradley wrote:
Memory to memory copy: 500 MB/s
Raw NAND FLASH read:20 MB/s
Security hash: 4 MB/s
So
To what end? AFAIK the zlib decompression (both in OFW and in the OS)
is not one of the primary problem areas.
Changing fs read from CPU bound to IO bound would change a lot of
things, for example the boot could utilize a little bit of more
concurrency. Unfortunately we will only see its
If you somehow missed it, there is possible to boot Linux in 5 seconds
on an EeePC.
http://uk.youtube.com/watch?v=s7NxCM8ryF8
Here is the paper:
http://www.fenrus.org/plumbers_fastboot.ppt
Could somebody explain me whether these results are applicable to the
XO, and how far are we from it,
The Datastore can then provide two accessor functions:
get_by_value(key) and get_by_reference(key). get_by_value() returns the
contents of the file as a bytestring in memory. get_by_reference()
returns the path to the metadata file, or another path linked (soft or
hard) to that file. This
1 - 100 of 158 matches
Mail list logo
