Re: Rapid DHCP

[David Van Assche]

using dnsmasq instead of bind also speeds up lookups

On Mon, Aug 1, 2011 at 11:07 PM, Sascha Silbe
 wrote:
> Excerpts from Sridhar Dhanapalan's message of Fri Jul 29 17:51:30 +0200 2011:
>
>> Here's an article that tries to explain why Mac OS is so much faster
>> at connecting to networks than Linux and Windows:
>>
>> http://cafbit.com/entry/rapid_dhcp_or_how_do
>
> Interesting technique; thanks for sharing the link!
>
>> Could such an implementation be considered for the OLPC OS?
>
> Sugar relies on NetworkManager to handle all the dirty details of
> connectivity handling, so the best place for that question is
> networkmanager-list [1].
>
> Sascha
>
> [1] https://mail.gnome.org/mailman/listinfo/networkmanager-list
> --
> http://sascha.silbe.org/
> http://www.infra-silbe.de/
>
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

File mirror of OLPC

[Alex Dodson]

Hello,

I am a mirror maintainer for mirror.aarnet.edu.au. A 10g connected mirror in 
Brisbane, Australia.  I have an olpc-au repo and an olpc repo. My olpc-au repo 
syncs flawlessly but I have issues with olpc.  I was wondering if I could have 
them fixed?

I get

rsync: failed to connect to download.laptop.org (*inet_ntop failed*): 
Connection refused (111) rsync error: error in socket IO (code 10) at 
clientserver.c(122) [Receiver=3.0.8]
rsync: failed to connect to download.laptop.org (*inet_ntop failed*): 
Connection refused (111) rsync error: error in socket IO (code 10) at 
clientserver.c(122) [Receiver=3.0.8]

The host I sync from is

bne-a-vms1.retain.aarnet.edu.au has address 202.158.214.12
bne-a-vms1.retain.aarnet.edu.au has IPv6 address 
2001:388:30bc:cafe:5652:ff:fe27:b88b

If I have been locked out could you re-allow my rsync access? My rsync target 
is rsync://download.laptop.org/www

Regards,

Alex Dodson
System Administrator
AARNet Pty Ltd
ph: +61 7 3317 9550 mob: +61 434 306 682


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

f14-arm branch on OOB repo

[Martin Langhoff]

The OOB repo has a "f14-arm" branch, with the bits I've used to build
os31 for the XO-1.75.

 - The branch needs a cleanup before landing in master. Still ugly
bits in there.

 - There's plenty of oddness in using the arm koji repo -- it picks
the wrong package sometimes -- so I don't think these builds are very
reproduceable. Hopefully the dist-f14 build will be complete soon and
we'll have a more sane-looking repo...

cheers,


m
-- 
 mar...@laptop.org -- Software Architect - OLPC
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Rapid DHCP

[Sascha Silbe]

Excerpts from Sridhar Dhanapalan's message of Fri Jul 29 17:51:30 +0200 2011:

> Here's an article that tries to explain why Mac OS is so much faster
> at connecting to networks than Linux and Windows:
> 
> http://cafbit.com/entry/rapid_dhcp_or_how_do

Interesting technique; thanks for sharing the link!

> Could such an implementation be considered for the OLPC OS?

Sugar relies on NetworkManager to handle all the dirty details of
connectivity handling, so the best place for that question is
networkmanager-list [1].

Sascha

[1] https://mail.gnome.org/mailman/listinfo/networkmanager-list
-- 
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Removing linux-firmware from the build [Devel Digest, Vol 65, Issue 52]

[Daniel Drake]

On 1 August 2011 20:10, Yioryos Asprobounitis  wrote:
> My original report was based on the `df' data.
> To test how accurate these might be I did the following:

To save me the effort of trying to understood exactly what you did,
could you just state how much data from /dev/urandom you were able to
write to disk on freshly-installed 11.2.0, vs 11.3.0 build 1?

cheers
Daniel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Removing linux-firmware from the build [Devel Digest, Vol 65, Issue 52]

[Yioryos Asprobounitis]

--- On Mon, 8/1/11, Daniel Drake  wrote:

> From: Daniel Drake 
> Subject: Re: Removing linux-firmware from the build [Devel Digest, Vol 65, 
> Issue 52]
> To: "Yioryos Asprobounitis" 
> Cc: devel@lists.laptop.org
> Date: Monday, August 1, 2011, 10:25 AM
> On 28 July 2011 21:08, Yioryos
> Asprobounitis 
> wrote:
> > For what is worths, with the increasing size of the
> builds I had posted [1] a crude script I was using to remove
> dri, firmware, extra locales and 256x256 ions (61Mb worth on
> os874) which people used, and I did not hear any complains,
> yet ;).
> >
> > Going back to the issue of size, it would appear that
> in os1 tmpfs size (114MB)  is subtracted from the available
> storage.
> > Thus even if os1 is ~660MB the free space is only
> 270MB, since /dev/ubi0_0 is only 898MB instead on 1024M (for
> mtdblok0) in os874.
> > Is this something specific to ubifs or a configuration
> issue?
> 
> I'd be interested to know how you pulled up those numbers,
> but I doubt
> that they are valid. Calculating the amount of free space
> on NAND is a
> complicated issue, and even more complicated when UBI comes
> into play.
> And UBIFS provides much more conservative free space
> readings than
> jffs2, which often tells you that there is more space
> available than
> there actually is.
> 
> That's not to say there isn't an issue here (there may well
> be), but
> you need to prove this with a test that looks at the
> quantity of data
> that can be stored.

My original report was based on the `df' data.
To test how accurate these might be I did the following:

[olpc@xo-11-ea-51 ~]$ df -B M
Filesystem   1M-blocks  Used Available Use% Mounted on
/dev/ubi0_0   878M  621M  253M  72% /
tmpfs 114M1M  114M   1% /dev/shm
/tmp   50M1M   50M   1% /tmp
vartmp 50M1M   50M   1% /var/tmp
varlog 20M1M   20M   1% /var/log
/dev/mtdblock2 24M   12M   13M  47% /bootpart

[olpc@xo-11-ea-51 ~]$ sudo dd if=/dev/urandom of=test_free.img bs=1M count=256
256+0 records in
256+0 records out
268435456 bytes (268 MB) copied, 1077.6 s, 249 kB/s

[olpc@xo-11-ea-51 ~]$ df -B M
Filesystem   1M-blocks  Used Available Use% Mounted on
/dev/ubi0_0   878M  871M3M 100% /
tmpfs 114M1M  114M   1% /dev/shm
/tmp   50M1M   50M   1% /tmp
vartmp 50M1M   50M   1% /var/tmp
varlog 20M1M   20M   1% /var/log
/dev/mtdblock2 24M   12M   13M  47% /bootpart

[olpc@xo-11-ea-51 ~]$ sudo dd if=/dev/urandom of=test_free2.img bs=1M count=6
6+0 records in
6+0 records out
6291456 bytes (6.3 MB) copied, 37.2785 s, 169 kB/s

[olpc@xo-11-ea-51 ~]$ df -B M
Filesystem   1M-blocks  Used Available Use% Mounted on
/dev/ubi0_0   878M  875M0M 100% /
tmpfs 114M1M  114M   1% /dev/shm
/tmp   50M1M   50M   1% /tmp
vartmp 50M1M   50M   1% /var/tmp
varlog 20M1M   20M   1% /var/log
/dev/mtdblock2 24M   12M   13M  47% /bootpart

[olpc@xo-11-ea-51 ~]$ sudo dd if=/dev/urandom of=test_free3.img bs=1M count=6
dd: writing `test_free3.img': No space left on device
5+0 records in
4+0 records out
4571136 bytes (4.6 MB) copied, 36.9996 s, 124 kB/s

So `df' looks pretty good to me.

Looking at the `df' output one can see that /dev/ubi0_0 + /dev/mtdblock2 + 
tmpfs(!?) = 1016 MB just 8MB short of the NAND capacity.
 

> 
> Daniel
> 
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: storage on XO 1.75

[Chris Ball]

Hi,

On Mon, Aug 01 2011, Sameer Verma wrote:
> What's the storage mechanism on the 1.75? I was looking at the board,
> but couldn't figure it out. microSD, full SD, eMMC soldered on board?

We're delaying the final choice until we hit production, to choose the
solution with the best price/reliability tradeoff, but right now the
main storage is on soldered-down eMMC.  (With SD for expansion.)

- Chris.
-- 
Chris Ball  
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

storage on XO 1.75

[Sameer Verma]

What's the storage mechanism on the 1.75? I was looking at the board,
but couldn't figure it out. microSD, full SD, eMMC soldered on board?

Sameer
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.75 B1 units - this is how they look

[NoiseEHC]

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... :-)
http://blog.laptop.org/2011/07/25/new-xo-1-75-contributors-program-test-our-new-prototypes/

cheers,


m


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Removing linux-firmware from the build [Devel Digest, Vol 65, Issue 52]

[Martin Langhoff]

On Mon, Aug 1, 2011 at 10:25 AM, Daniel Drake  wrote:
> That's not to say there isn't an issue here (there may well be), but
> you need to prove this with a test that looks at the quantity of data
> that can be stored.

Yioryos,

 du -shx / before and after will give you uncompressed disk space
usage delta ;-)


m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- Software Architect - OLPC
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Removing linux-firmware from the build [Devel Digest, Vol 65, Issue 52]

[Daniel Drake]

On 28 July 2011 21:08, Yioryos Asprobounitis  wrote:
> For what is worths, with the increasing size of the builds I had posted [1] a 
> crude script I was using to remove dri, firmware, extra locales and 256x256 
> ions (61Mb worth on os874) which people used, and I did not hear any 
> complains, yet ;).
>
> Going back to the issue of size, it would appear that in os1 tmpfs size 
> (114MB)  is subtracted from the available storage.
> Thus even if os1 is ~660MB the free space is only 270MB, since /dev/ubi0_0 is 
> only 898MB instead on 1024M (for mtdblok0) in os874.
> Is this something specific to ubifs or a configuration issue?

I'd be interested to know how you pulled up those numbers, but I doubt
that they are valid. Calculating the amount of free space on NAND is a
complicated issue, and even more complicated when UBI comes into play.
And UBIFS provides much more conservative free space readings than
jffs2, which often tells you that there is more space available than
there actually is.

That's not to say there isn't an issue here (there may well be), but
you need to prove this with a test that looks at the quantity of data
that can be stored.

Daniel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.75 B1 units - this is how they look

[Christoph Derndorfer]

On Mon, Aug 1, 2011 at 3:51 PM, Martin Langhoff  wrote:

> On Mon, Aug 1, 2011 at 7:06 AM, Christoph Derndorfer
>  wrote:
> > Congrats!
>
> On behalf of the combined foundation & association team -- thanks!
>
> > Oh, and is that a green non-membrane keyboard I'm seeing there? :-)
> > Will this be a standard feature on XO-1.75s, an option for SKUs, or is
> this
> > simply a prototype configuration?
>
> Instead of offering a mechanical keyboard in blue units, which
> entailed some manufacturing complications, we'll have it as an
> optional on the usual green/white.
>
> It's different enough that it's a separate model altogether (CL2 for
> membrane, CL2A for mechanical kb) -- meaning it's different enough
> that it requires separate certifications (yup, double up the cert
> costs). This makes sense if you consider that CL2 can be certified as
> a"children's product" thanks to the safer design of the kb.
>
> We are doing some background work to improve the membrane kb --
> mechanical engineering is hard and can't be rushed (not with good
> results anyway). So it's hard to know whether it'll make the cut. Keep
> your eyes open for C1 stage units -- :-)
>

Thanks a lot for the explanation, I always find these "tiny" production,
engineering, and certification details quite fascinating! :-)

Cheers,
Christoph


> cheers,
>
>
>
> m
> --
>  mar...@laptop.org -- Software Architect - OLPC
>  - ask interesting questions
>  - don't get distracted with shiny stuff  - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff
>



-- 
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: christ...@olpcnews.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.75 B1 units - this is how they look

[Martin Langhoff]

On Mon, Aug 1, 2011 at 7:06 AM, Christoph Derndorfer
 wrote:
> Congrats!

On behalf of the combined foundation & association team -- thanks!

> Oh, and is that a green non-membrane keyboard I'm seeing there? :-)
> Will this be a standard feature on XO-1.75s, an option for SKUs, or is this
> simply a prototype configuration?

Instead of offering a mechanical keyboard in blue units, which
entailed some manufacturing complications, we'll have it as an
optional on the usual green/white.

It's different enough that it's a separate model altogether (CL2 for
membrane, CL2A for mechanical kb) -- meaning it's different enough
that it requires separate certifications (yup, double up the cert
costs). This makes sense if you consider that CL2 can be certified as
a"children's product" thanks to the safer design of the kb.

We are doing some background work to improve the membrane kb --
mechanical engineering is hard and can't be rushed (not with good
results anyway). So it's hard to know whether it'll make the cut. Keep
your eyes open for C1 stage units -- :-)

cheers,



m
-- 
 mar...@laptop.org -- Software Architect - OLPC
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: XO-1.75 B1 units - this is how they look

[Christoph Derndorfer]

On Fri, Jul 29, 2011 at 9:18 PM, 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/


Congrats!

Oh, and is that a green non-membrane keyboard I'm seeing there? :-)

Will this be a standard feature on XO-1.75s, an option for SKUs, or is this
simply a prototype configuration?

Cheers,
Christoph


> If you want one, you know what to do... :-)
>
> http://blog.laptop.org/2011/07/25/new-xo-1-75-contributors-program-test-our-new-prototypes/
>
> cheers,
>
>
> m
> --
>  mar...@laptop.org -- Software Architect - OLPC
>  - ask interesting questions
>  - don't get distracted with shiny stuff  - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>



-- 
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: christ...@olpcnews.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel