Re: IP addressing + XO MPP connectivity
Daniel, If you are getting a self-assigned IP address, it is because the laptop is not discovering the MPP. This is probably due to a short cut in the MPP discovery process. The original process was: - Discover the MPP by broadcasting an MPP discovery request using the MPP anycast MAC address. - All MPPs which receive the MPP discovery request would respond with a single packet. (This require route discovery to happen). - The firmware in the laptop's network interface only passes the MPP response packet from the closest MPP (using a metric of number of hops and the rates) up to the operating system. - The OS then addresses a DHCP request to the closest MPP's IP. (This requires route discovery to happen) - The DHCP server responds. - The laptop acknowledges the assignment. This resulted in a discovery process which took quite a bit of time. Combining the MPP discovery and the address assignment into a single step both sped up the process and eliminated the need for a separate mesh discovery daemon on the MPP. So the newer process was: - Discover a DHCP server (on a nearby MPP) by broadcasting a DHCP discovery using the anycast MAC address. - All MPPs which receive the DHCP discovery respond with a DHCP response. (This requires route discovery to happen) - The firmware in the laptop's network interface only passes the DHCP response from the closest MPP up to the OS. - The OS then addresses a DHCP request to the closest MPP. - The laptop acknowledges the assignment. The XS server software should set up any mesh interfaces to accept the anycast MAC address, but this might have been lost in more recent builds. Also, I believe there was a hack to the DHCP client on the laptop to make it issue the DHCP discovery request with the appropriate MAC destination address (instead of the broadcast MAC address.) Cheers, wad On Jul 6, 2009, at 12:41 PM, Daniel Drake wrote: Hi, When connecting to a MPP-based mesh, the XO ignores the IP address from the MPP DHCP server and instead picks one using autoipd. Does anyone know the motivation behind this? http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/src/ nm-device-802-11-mesh-olpc.c?h=nm-0-6-olpc I'm working on reimplementing mesh support in NetworkManager-0.7; MPP- or AA- based connectivity is still not supported but I'll reimplement the client-side support if it's not too much hassle. (and this particular bit may be hassle...) Daniel ___ 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
Re: [Server-devel] IP addressing + XO MPP connectivity
On Tue, Jul 7, 2009 at 8:03 AM, John Watlingtonw...@laptop.org wrote: The XS server software should set up any mesh interfaces to accept the anycast MAC address, but this might have been lost in more recent builds. Interesting. When was this last seen to work? I can do some quick archeology and resuscitate needed bits.. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - 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: Boomingbang project- err BAD ZIP FILE
On Mon, Jul 6, 2009 at 11:45 PM, Abhishek Indoria hackerboymaya...@gmail.com wrote: From: Abhishek Indoria Date: Mon, 6 Jul 2009 18:24:36 +0500 Subject: err BAD ZIP FILE in .xo files To: contribut...@laptop.org Hi,sorry for formatting, sent from cell. Now, when i try to install any .xo file after i've installed the key, a message appears in terminal,- file is not a zip file, zipfile.badzipfile : file is not a .. So how can i install activities? Also, kindly tell of a way to boot XO via some other os with usb. Cheers:) -- Abhishek Indoria Head Phoenix Team A bit more context please. How are you installing which .xo bundles onto what version of Sugar? -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: IP addressing + XO MPP connectivity
Hi John,
On Tue, 2009-07-07 at 02:03 -0400, John Watlington wrote:
If you are getting a self-assigned IP address, it is
because the laptop is not discovering the MPP.
This is probably due to a short cut in the MPP
discovery process.
The NM-0.6 code *definitely* ignores the IP address assigned from the
MPP DHCP server.
some snippets
case MESH_S3_XO_MPP:
/* Kill dhclient; we don't need it anymore after MPP discovery here
* because we're ignoring the returned lease.
*/
nm_dhcp_manager_cancel_transaction (dhcp_manager,
nm_device_get_iface (NM_DEVICE (self)));
...
if (self-priv-step == MESH_S3_XO_MPP) {
/* Step 3 (XO_MPP) ignores the IP address provided in the DHCP
response,
* so we still have to do autoip.
*/
if (!aipd_exec (self)) {
nm_warning (Activation (%s/mesh): couldn't start
avahi-autoipd.,
The XS server software should set up any mesh interfaces
to accept the anycast MAC address, but this might have
been lost in more recent builds.
The XS connectivity scenario is a totally different case, where the DHCP
lease is indeed received and applied. The code differentiates between
school mesh and mesh portal (and the anycast addresses are
different).
However I think you have indirectly explained why the MPP lease is
ignored... you are accounting for the case where there are multiple MPPs
all on 1 channel, therefore two MPPs could give the same IP address to 2
different XOs. autoipd presumably has some magic to avoid IP conflicts.
And this is a pain to implement so it will probably not happen this time
around... but I should be able to keep the school mesh case.
Daniel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Boomingbang project- err BAD ZIP FILE
You should generally be installing .xo bundles with the Browse activity. It will load them into your Journal. You can launch them from there. Can you confirm that that is working before we try to debug further. On Tue, Jul 7, 2009 at 8:31 AM, Abhishek Indoria hackerboymaya...@gmail.com wrote: Hi, preciously, when i try to install the x windows system 'x-1.xo' the message appears in the terminal after several lines after names of some python files, -bad zip file. . . Zipfile.badzipfile. . .blah blah blah. I am running default version of sugar which came pre-installed on my xo. I think it is 8.2.0. Thanks in advance:) cheers. -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
OLPC Volunteer Infrastructure Group Meeting: [Today]
The Volunteer Infrastructure Group (/gang) Meeting is today (July 7th) at 4pm (EST) The Volunteer Infrastructure Group is a team of Volunteer Sysadmins who help maintain services and systems around OLPC and the OLPC/SugarLabs community. The weekly VIG meeting is an excellent chance to get involved, or to be aware of upcoming projects. http://wiki.laptop.org/go/OLPC:Volunteer_Infrastructure_Group http://vig.laptop.org/ http://meeting.laptop.org/olpc-admin/ http://idea.laptop.org/ideatorrent/ideatorrent/vig/ http://embed.mibbit.com/?server=irc.oftc.netchannel=%23olpc-adminnoServerTab=falsenoServerNotices=truenoServerMotd=truenick=Guest Agenda: * meeting: new face for olpc-admin * idea: promote picture * vig and wiki (testwiki): update * bigsister: new VM other: rt maps treehouse asterisk backup vellum one/groups Meeting Details: Date: June 9th, 2009 Time: 16:00 EST Location: irc.oftc.net #olpc-admin or click on - http://embed.mibbit.com/?server=irc.oftc.netchannel=%23olpc-adminnoServerTab=falsenoServerNotices=truenoServerMotd=truenick=Guest cu dogi ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Touch-screen OMAP3-based netbook as XO-2 prototype?
The new Touch Book by Always Innovating looks interesting as a possible prototype for the XO-2. It looks vaguely like an ordinary netbook, but the electronics are behind the screen as in the XO-1, as is one of the batteries. So the keyboard half can detach from the screen/electronics package. The two are connected via USB (and the keyboard provides a second battery, doubling life to 10 hrs). $299 in quantity one ($399 with keyboard). Fanless, uses TI OMAP3, internal SDHC card for storage, internal USB slots for connectivity. Open source oriented company, running Linux, XFCE, etc (Ångström Distro, which started from OpenEmbedded). They are willing to license the hardware design, or even give it away to open-source-oriented projects. Motherboard is tiny; photo below. http://www.alwaysinnovating.com/home/ http://www.alwaysinnovating.com/company/design.htm http://www.magniel.com/omaplaptop.html What it doesn't have that the XO-2 wants: * Multi-touch or all-fingers touch-screen-keyboard. * Mary Lou's screens. * Camera * Two screens (however I bet you could attach two of them to each other with a little bit of USB host/host connection glue). FYI. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Boomingbang project- err BAD ZIP FILE
Hi, preciously, when i try to install the x windows system 'x-1.xo' the message appears in the terminal after several lines after names of some python files, -bad zip file. . . Zipfile.badzipfile. . .blah blah blah. I am running default version of sugar which came pre-installed on my xo. I think it is 8.2.0. Thanks in advance:) cheers. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x
On Tue, Jul 7, 2009 at 9:23 AM, Martin Langhoffmartin.langh...@gmail.com wrote: Thanks for looking into this. I'll post the (trivial, really) repro code I have later (I'm on a gruelling 35hr trip at the moment). Had some time to retest this on the plane, and I think it was mis-diagnosis. The original code I was testing is lost. In re-testing this I find that the problem is more nuanced, and I may have been wrong: looking at 'top', the kernel does not appear very eager to discard old mapped pages. The process is doing a linear read through the file, and is slow enough that it appears only to grow. But if I run another process that allocates a lot of memory, then the kernel does discard pages pages. A good way of monitoring this seems to be: watch --differences grep -A8 filename /proc/pid/smaps So the mmap does the right thing. ACCESS_READ doesn't seem to make any difference. #!/usr/bin/python import mmap import sys def mmap_to_death(fpath): fh = open(fpath, 'r+') mm = mmap.mmap(fh.fileno(), 0, access=mmap.ACCESS_READ) l = len(mm) c = 0 buf = '' while c l: buf = mm[c] c = c+1 mm.close() fh.close() mmap_to_death(sys.argv[1]) m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - 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: [Server-devel] Automatic @online@ shared roster
On Tue, Jul 7, 2009 at 12:49 AM, Dave Bauerd...@solutiongrove.com wrote: I am just doing this to try to understand what gadget is doing. Since XS doesn't use gadget in its specific config, it is just experimental for my own education. Well, I'm curious too, so keep us posted ;-) m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] IP addressing + XO MPP connectivity
On Tue, Jul 7, 2009 at 8:03 AM, John Watlingtonw...@laptop.org wrote: The XS server software should set up any mesh interfaces to accept the anycast MAC address, but this might have been lost in more recent builds. Interesting. When was this last seen to work? I can do some quick archeology and resuscitate needed bits.. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] IP addressing + XO MPP connectivity
Hi John,
On Tue, 2009-07-07 at 02:03 -0400, John Watlington wrote:
If you are getting a self-assigned IP address, it is
because the laptop is not discovering the MPP.
This is probably due to a short cut in the MPP
discovery process.
The NM-0.6 code *definitely* ignores the IP address assigned from the
MPP DHCP server.
some snippets
case MESH_S3_XO_MPP:
/* Kill dhclient; we don't need it anymore after MPP discovery here
* because we're ignoring the returned lease.
*/
nm_dhcp_manager_cancel_transaction (dhcp_manager,
nm_device_get_iface (NM_DEVICE (self)));
...
if (self-priv-step == MESH_S3_XO_MPP) {
/* Step 3 (XO_MPP) ignores the IP address provided in the DHCP
response,
* so we still have to do autoip.
*/
if (!aipd_exec (self)) {
nm_warning (Activation (%s/mesh): couldn't start
avahi-autoipd.,
The XS server software should set up any mesh interfaces
to accept the anycast MAC address, but this might have
been lost in more recent builds.
The XS connectivity scenario is a totally different case, where the DHCP
lease is indeed received and applied. The code differentiates between
school mesh and mesh portal (and the anycast addresses are
different).
However I think you have indirectly explained why the MPP lease is
ignored... you are accounting for the case where there are multiple MPPs
all on 1 channel, therefore two MPPs could give the same IP address to 2
different XOs. autoipd presumably has some magic to avoid IP conflicts.
And this is a pain to implement so it will probably not happen this time
around... but I should be able to keep the school mesh case.
Daniel
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] GPA XS Report
On Wed, Jul 8, 2009 at 9:46 AM, Anurag Goelagoe...@gmail.com wrote: We booted several computers with SoaS and changed the network settings from the default (jabber.sugarlabs.org) to the IP address on the XS. After doing this, the computers in the computer lab still would That is a workaround to the missing register button in SoaS, right? I suspect that part of the problem is that you are using the IP address. Sugar will see whatever DNS or IP addr you provide there and will try to connect to jabber and create an account as follows: - machine-id@jabberservername On XO hardware, machine-id is the serialnumber. On other hw, it creates a random string on first boot. The problem with the scheme is that jabber on the XS expects a very specific jabber servername for the account: its own name (as given to domain_config) prefixed with 'schoolserver.' If the name doesn't match that format, then it breaks. The workaround is to use schoolserver.mydomain in the SoaS control panel. A more proper solution is probably to bring back 'registration' :-) hth, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] GPA XS Report
On Wed, Jul 8, 2009 at 2:27 PM, Caroline Meekssolutiongr...@gmail.com wrote: no, we are still just trying to get the machines in the lab to see the Jabber Server in the lab via the server setting in the control panel. H. On Sugar 0.82 Register achieves exactly the same (plus 2 more things) and is easier to use. From the PoV of Sugar for primary schoolers, Register is not ideal (we could do some autodiscovery) but still a better UI than entering the DNS name of a server. I think some of your comments below may still be relevant but I don't entirely understand. I think they are :-) In brief: put the FQDN name in there, the one that starts with 'schoolserver', instead of an IP address. From the making SoaS and Sugar in general easy to get going in a school infra PoV, it'd be nice to at least get 'register' going again. DNS-SD based autodiscovery would be nicer (look ma! automagic!), but is also more (and trickier) work. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
