C. Scott Ananian wrote:
> On 7/9/07, Mitch Bradley <[EMAIL PROTECTED]> wrote:
>> At that 3M size, I'm beginning to have second thoughts about the "one
>> initrd for both activation and normal booting" idea. A busybox
>> (statically linked with uclibc) with enough trimmings to do darn near
>> anyth
On 7/9/07, Mitch Bradley <[EMAIL PROTECTED]> wrote:
> At that 3M size, I'm beginning to have second thoughts about the "one
> initrd for both activation and normal booting" idea. A busybox
> (statically linked with uclibc) with enough trimmings to do darn near
> anything compresses to about 0.6 MB
C. Scott Ananian wrote:
> On 7/9/07, Mitch Bradley <[EMAIL PROTECTED]> wrote:
>
>> I looked at those git trees and didn't see the python runtime stuff in
>> the initramfs tree. How does it get included, and how big is it?
>>
>
> Packages in initramfs are specified by:
>
> http://dev.laptop
On 7/9/07, C. Scott Ananian <[EMAIL PROTECTED]> wrote:
> On 7/9/07, Samuel Klein <[EMAIL PROTECTED]> wrote:
> > On Mon, 9 Jul 2007, Ian Bicking wrote:
> > > Yoric wrote:
> > >> On Mon, 2007-07-09 at 12:28 -0500, Ian Bicking wrote:
> > >>> The library protocol seems a bit odd to me. I think I under
On 7/9/07, Mitch Bradley <[EMAIL PROTECTED]> wrote:
> If you fill the FLASH with useful data, you cannot hibernate.
We could imagine alternate UIs, where hibernation was an optional,
rather than mandatory, feature. This would allow us to fail to
hibernate under disk-full or large-memory condition
On 7/9/07, Samuel Klein <[EMAIL PROTECTED]> wrote:
> On Mon, 9 Jul 2007, Ian Bicking wrote:
> > Yoric wrote:
> >> On Mon, 2007-07-09 at 12:28 -0500, Ian Bicking wrote:
> >>> The library protocol seems a bit odd to me. I think I understand the
> >>> reasoning, but it opens up a lot of questions. W
On 7/9/07, Mitch Bradley <[EMAIL PROTECTED]> wrote:
> I looked at those git trees and didn't see the python runtime stuff in
> the initramfs tree. How does it get included, and how big is it?
Packages in initramfs are specified by:
http://dev.laptop.org/git?p=users/cscott/d-i;a=blob;f=build/pkg-
someone with commit access to jhbuild should commit this. Sourceforge
changed their svn address so penguintv no longer pulls.
owen
0001-Fix-for-new-Sourceforge-address.txt
Description: application/mbox
___
Devel mailing list
Devel@lists.laptop.org
htt
Bernardo Innocenti wrote:
> Mitch Bradley wrote:
>
>> We probably don't want to store the data in JFFS2. Better to
>> partition the NAND FLASH.
>
> Partitioning makes things easier, but it's a big waste of space.
> Ideally, one should be able to fill the flash with useful data.
>
If you fill the
Mitch Bradley wrote:
> We probably don't want to store the data in JFFS2. Better to partition
> the NAND FLASH.
Partitioning makes things easier, but it's a big waste of space.
Ideally, one should be able to fill the flash with useful data.
--
// Bernardo Innocenti
\X/ http://www.codewiz
Bernardo Innocenti wrote:
> Jordan Crouse wrote:
>
>
>> I agree - the suspend to disk code in Linux is already quite mature and
>> ready for use - it only saves the pages it needs to. The question here
>> isn't so much how to implement STD, since the concepts are pretty well
>> understood - but
Jordan Crouse wrote:
> I agree - the suspend to disk code in Linux is already quite mature and
> ready for use - it only saves the pages it needs to. The question here
> isn't so much how to implement STD, since the concepts are pretty well
> understood - but rather, can we implement it on a NAND
Moving the discussion devel; this is an interesting thread for other
people there. --SJ
On Mon, 9 Jul 2007, Ian Bicking wrote:
> Yoric wrote:
>> On Mon, 2007-07-09 at 12:28 -0500, Ian Bicking wrote:
>>> Hi Yoric. I like the concept. A few basic questions:
>>>
>>> I've installed the extensi
Original Message
Subject: Re: Shipping ChangeLog in server releases?
Date: Mon, 09 Jul 2007 13:36:13 +0100
From: Colin Guthrie <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Daniel Stone wrote:
> On Mon, Jul
My current work on early boot/activation/upgrades is at:
http://dev.laptop.org/git?p=users/cscott/d-i
http://dev.laptop.org/git?p=users/cscott/rootskel-olpc;a=tree;f=src-olpc;hb=HEAD
I built a new initrd, which replaces the existing 'mayflower' initrd
for emulated builds (XOs do not currently use
On 09/07/07 09:30 -0700, David Brownell wrote:
> > Lid behavior is so policy
> > driven, I think we should leave it off by default, and let the power manager
> > decide what to do.
>
> What's this "power manager" component?
>
> This policy is easily set through sysfs. It doesn't need a new
> c
On Monday 09 July 2007, Jordan Crouse wrote:
> I agree that the default setting for the power button should be to
> wake up, but I don't know about the lid. Imagine a scenario where somebody
> manually puts the machine to sleep and then shuts the lid. You wouldn't want
> the machine to turn bac
On 09/07/07 01:06 -0400, C. Scott Ananian wrote:
> On 7/8/07, Mitch Bradley <[EMAIL PROTECTED]> wrote:
> > It wouldn't be necessary to save read-only code ("text" pages) to the
> > save area; just mark those pages "not present" and save the information
> > necessary to page them back in. But that
On 08/07/07 18:10 -0400, Marcelo Tosatti wrote:
> Jordan,
>
> This allows configuration of powerbutton/lid events... Are the
> gpio_gpio_{clear,set} calls correct for enabling/disabling LID
> events?
>
> What else do we want to support?
The obvious ones would be RTC (but you already covered tha
On Mon, 2007-07-09 at 01:06 -0400, C. Scott Ananian wrote:
> The existing linux suspend-to-disk does this: pages that are
> disk-backed are not duplicated, and dirty pages are written out rather
> than saved dirty. There is a time penalty for doing this. Suspend2
> has support for page compressio
20 matches
Mail list logo
