On Dec 17, 2007, at 2:44 AM, Joel Stanley wrote:
> That would be cool. But I think there would as many, maybe more, cases
> of batteries being removed, power cords yanked, and generators turning
> off causing shutdowns than low-battery issues.
Batteries getting removed with no AC should not be a v
On Dec 17, 2007 5:55 PM, Ivan Krstić <[EMAIL PROTECTED]> wrote:
> On Dec 17, 2007, at 1:51 AM, Joel Stanley wrote:
> > JFFS2 has done an excellent job, at least on my xos, of keeping
> > filesystem integrity after sudden power-offs.
>
> Write-back caching does not adversely affect filesystem *integ
Joel Stanley wrote:
> However, how will this positive effect be negated by data loss due to
> loss of power? There will be times where power is unexpectedly
> removed, and I would expect this scenario to be common with our user
> base.
The semantics of the UNIX filesystem have always been that
wr
On Dec 17, 2007, at 1:53 AM, Asheesh Laroia wrote:
> Your excellent photo builds upon a fine tradition
Please do expand http://wiki.laptop.org/go/LOLPC accordingly. ;)
--
Ivan Krstić <[EMAIL PROTECTED]> | http://radian.org
___
Devel mailing list
Devel
On Dec 17, 2007, at 1:51 AM, Joel Stanley wrote:
> JFFS2 has done an excellent job, at least on my xos, of keeping
> filesystem integrity after sudden power-offs.
Write-back caching does not adversely affect filesystem *integrity*.
It makes a tradeoff by reducing flash write/erase frequency and
On Dec 15, 2007, at 18:26 , Marco Pesenti Gritti wrote:
> The location of the Update.1 builds has changed:
>
> http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/
>
> I'm not sure if it's the final location but it would be to update the
> Changelog to point to it.
>
> http://dev.laptop.org/
http://xs-dev.laptop.org/~cscott/olpc/streams/update.1/build6/
-glibc-common.i386 0:2.6-4
+glibc-common.i386 0:2.7-2
-glibc.i686 0:2.6-4
+glibc.i686 0:2.7-2
-sugar-base.i386 0:0.1-0.6.20071113git.1a04bb7c71
+sugar-base.i386 0:0.1.1-1
-sugar-datastore.noarch 0:0.2.2-0.40.20071114git.ea0764a9e9
+sug
http://xs-dev.laptop.org/~cscott/olpc/streams/update.1/build658/
-AcousticMeasure-6.xo
+AcousticMeasure-7.xo
-Analyze-4.xo
+Analyze-5.xo
-Chat-28.xo
+Chat-31.xo
-Journal-72.xo
+Journal-79.xo
-Web-76.xo
+Web-79.xo
+compat-libstdc++-33.i386 0:3.2.3-61
-libX11.i386 0:1.1.3-1.git20070822.olpc2
+libX11
On Dec 17, 2007 4:46 PM, Ivan Krstić <[EMAIL PROTECTED]> wrote:
> This makes a hell of a lot of sense. In a synchronous filesystem like
> JFFS2, constant and repeated writes to the same single page will keep
> pummeling the underlying flash needlessly
It makes a hello of a lot of sense in the scen
On Dec 16, 2007, at 11:40 PM, John Watlington wrote:
> I'm curious how you measured this, as the underlying hardware only
> supports a max. transfer rate of around 20 MiB/s...
As Artem mentioned, UBIFS employs a write-back cache, meaning writes
aren't flushed to the underlying medium immediatel
Hi,
>> Vs. goal 2: UBIFS write speed is about 70MiB/second, because of
>> the write-back support. IOW, UBIFS is similar to traditional FSes
>> like ext2, which have internal buffers and make writes fast. To
>> compare, JFFS2 write speed on XO is about 1.3 MiB/s, because it is
>> alw
On Dec 16, 2007, at 6:08 AM, Artem Bityutskiy wrote:
> Vs. goal 2: UBIFS write speed is about 70MiB/second, because of the
> write-back
> support. IOW, UBIFS is similar to traditional FSes like ext2, which
> have
> internal buffers and make writes fast. To compare, JFFS2 write
> speed on XO
Bernardo Innocenti wrote:
> Mike C. Fletcher wrote:
>
...
>> This LiveCD should be very helpful going forward and seems likely to be
>> easily maintained. Having it available on the OLPC servers would be a
>> good thing and I'm strongly for having the project created (I suggested
>> applying fo
I was running Joyride 1407, but upgraded to 1430. WPA appears to no
longer function. I know that WPA broke around 1416, but
I guess I assumed that it would have been fixed. But perhaps not?
signature.asc
Description: OpenPGP digital signature
__
On Dec 16, 2007 7:14 PM, Bernardo Innocenti <[EMAIL PROTECTED]> wrote:
> The new-kernel-pkg script is part of mkinitrd :-(
>
> Please, allow me some time to come up with a straightforward
> fix that doesn't require putting mkinitrd back in the builds.
Can you please do this in your private builds,
hey,
could someone add a trac-component for the imagequiz-activity, please?
thx,
- chris
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Bernardo Innocenti wrote:
> Bernardo Innocenti wrote:
>> Pascal Scheffers wrote:
>>> 1432 won't boot X on my B4.
>>>
>>> Lots of kernel modules not found at boot time.
>> Hmm... I think it's my fault :-(
>>
>> I asked dilinger to remove the dependency on mkinitrd from
>> the kernel because our ol
Bernardo Innocenti wrote:
> Pascal Scheffers wrote:
>> 1432 won't boot X on my B4.
>>
>> Lots of kernel modules not found at boot time.
>
> Hmm... I think it's my fault :-(
>
> I asked dilinger to remove the dependency on mkinitrd from
> the kernel because our olpcrd thing does not even use it,
>
Artem Bityutskiy wrote:
> but unfortunately have not got feedback, and I suspect one of the reasons is
> that it is too difficult to boot UBIFS on XO.
It would be great to have a demo OS image using UBIFS. I can't
help for the partitioning thing, but if you need help with the
process of rebuild
Mike C. Fletcher wrote:
> [EMAIL PROTECTED] wrote:
>> 1. Project name : LiveBackup_XO-LiveCD
>> 2. Existing website, if any :
>> 3. One-line description : Live-CD build based on the LiveBackup
>> Framework
>>
>> 4. Longer description : Live-CD's are created from offi
Hello Wolfgang,
I second your project.
I am confident that the distribution of XO-LiveCDs to schools in places where
the deployment of the XOs id not planned will help us to support the project.
I have such a pilot project in mind, which should be carried out in some
schools, here in France.
How
Pascal Scheffers wrote:
> 1432 won't boot X on my B4.
>
> Lots of kernel modules not found at boot time.
Hmm... I think it's my fault :-(
I asked dilinger to remove the dependency on mkinitrd from
the kernel because our olpcrd thing does not even use it,
and it was dragging lots of useless depen
[EMAIL PROTECTED] wrote:
> 1. Project name : LiveBackup_XO-LiveCD
> 2. Existing website, if any :
> 3. One-line description : Live-CD build based on the LiveBackup Framework
>
>
> 4. Longer description : Live-CD's are created from official OLPC
> builds.
>
1. Project name : LiveBackup_XO-LiveCD
2. Existing website, if any :
3. One-line description : Live-CD build based on the LiveBackup Framework
4. Longer description : Live-CD's are created from official OLPC builds.
: Unmodified images
That's was a part of the early/first tests, we are going to continue
doing different test with another codecs and configuration. If you're
interested, you can found the video here:
http://www.youtube.com/watch?v=w5CfyOcWUGs
best.
Eduardo Silva
http://edsiper.linuxchile.cl
On Dec 13, 2007 4:25 P
On Sun, 2007-12-16 at 15:01 +0100, Pascal Scheffers wrote:
> I get lots of:
>
> modprobe: FATAL Could not load /bib/modules/2.6.22-2007...5831/
> modules.dep: No such file or directory
>
> After a forced shutdown, it seems to have caused jffs2 corruption as
> boot stops at Starting HAL daemon
I get lots of:
modprobe: FATAL Could not load /bib/modules/2.6.22-2007...5831/
modules.dep: No such file or directory
After a forced shutdown, it seems to have caused jffs2 corruption as
boot stops at Starting HAL daemon with
JFFS2 notice (1340): wrong data CRC in data node at 0x2135
1432 won't boot X on my B4.
Lots of kernel modules not found at boot time.
On 16 dec 2007, at 04:15, Build Announcer Script wrote:
> http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1432/
>
> -cpio.i386 0:2.6-28.fc7
> -dmraid.i386 0:1.0.0.rc14-4.fc7
> -findutils.i386 1:4.2.29-2
> -g
Artem Bityutskiy wrote:
> ext Walter Bender wrote:
>>> but unfortunately have not got feedback, and I suspect one of the reasons is
>>> that it is too difficult to boot UBIFS on XO.
>> I think you would be well served by making it clearer to people what
>> the goals are of UBIFS relative to existin
Mitch Bradley wrote:
> The main reason you have gotten no feedback is because we are ultra-busy
> right now with mass-production and other issues.
Yes, I understand this, and I do not complain at all.
And I understand that it is too late to change the FS on XO now, and UBIFS is
not ready for th
David Woodhouse wrote:
> http://git.infradead.org/?p=openfirmware.git;a=commitdiff;h=a0b5a7b0c
>
> OpenFirmware boots from the partition named 'boot' in the RedBoot
> partition table. The rest are yours to play with as you see fit.
Thanks David, I'll take a look at this.
--
Best Regards,
Artem
ext Walter Bender wrote:
>> but unfortunately have not got feedback, and I suspect one of the reasons is
>> that it is too difficult to boot UBIFS on XO.
>
> I think you would be well served by making it clearer to people what
> the goals are of UBIFS relative to existing systems, such as JFFS2, o
Albert Cahalan wrote:
> I don't see why you'd think so.
>
> Granted, the boot loader is in FORTH, but Mitch seems to get along
> just fine with that and he has hundreds of kilobytes to spare.
> The XO's boot loader sits in a 1 megabyte flash chip.
>
> Assuming that UBI really is good, native supp
Marco Pesenti Gritti wrote:
> On Dec 14, 2007 9:39 AM, Jani Monoses <[EMAIL PROTECTED]> wrote:
>> Build Announcer Script wrote:
>>> http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1420/
>>> -sugar-datastore.noarch 0:0.5-0.8.gite23a6f66eb
>>> +sugar-datastore.noarch 0:0.7.0-1
>> Where is
34 matches
Mail list logo
