interesting new battery technology
Aluminum and Graphite, in an aqueous solution. Can’t wait till it hits the market! http://www.bbc.com/news/science-environment-32204707 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] seeking help to enable nepali keyboard input for XO-4
Walter, You remember correctly. The hard/clicky/crunchy keyboards are not rated for as long a lifetime as the membrane/chewy keyboards. While the membrane keyboard design was tested to 5 million key presses, IIRC the clicky keyboard is only rated to 1 million key presses. (On the other hand, it takes one minute to replace a clicky keyboard versus twenty for a membrane keyboard.) WARNING: The clicky keyboard was not approved for use by small children by UL. The reason is that if the keys are pulled off they present a choking hazard. Cheers, wad On Jun 16, 2014, at 7:13 AM, Walter Bender wrote: James, Do we have any data re the mechanical reliability/durability/repairability of the hard/clicky keyboards? We do know that although there were some issues with membrane pealing (presumably resolved with the newer design) there numerous ingenious local repairs such that most are still working after 7 years. regards. -walter On Mon, Jun 16, 2014 at 5:35 AM, James Cameron qu...@laptop.org wrote: On Mon, Jun 16, 2014 at 01:54:19PM +0545, Basanta Shrestha wrote: Hi all, We are planning on ordering the next lot of XO-4s and I need some suggestions on which keyboard model to choose -membrane or hard/clicky one. I think it is great to seek input from the community, but don't forget to ask your OLPC contact for help as well. We had membrane one for our first lot and keyboard switching was very convenient on that model. One reason not to choose hard/clicky one is that it doesn't have key for language switching ( correct me if I am wrong) -I have one spanish hard/clicky and it doesn't have that key - key 56 at http://wiki.laptop.org/go/OLPC_Keyboard_layouts. Yes, that's a good reason not to choose the mechanical keyboard; you would have to customise your operating system build again, to add a key combination for keyboard language switch. If the cost of customising is too high, you should order membrane keyboard. I don't know the relative costs of the keyboards, and their replacement rates, but it might be factored in to your decision. You identified the lack of language switch key in this same thread on sugar-devel@ back in November 2013, from which I'll draw some status: Walter says use a key combination: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045724.html And says that customisation will be needed: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045800.html Then you suggest alt+space: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045807.html Daniel Drake says to use olpc-os-builder: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045851.html And you asked about the alt+space: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045857.html But the thread dried up on that subject because the units you received had a membrane keyboard, not a mechanical keyboard. I think you need to change the xkb files, but I'm not sure. Do you have a mechanical keyboard you can test with? If not, you'll have to get someone else to do this. Hard/Clicky on the other hard is more convenient while typing. Please suggest. I don't understand why you think it is more convenient. To me the keyboards are equally convenient for an inexperienced child. Perhaps you intended to mention some characteristic? -- James Cameron http://quozl.linux.org.au/ -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ 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: [Sugar-devel] seeking help to enable nepali keyboard input for XO-4
On Jun 16, 2014, at 9:05 PM, Walter Bender wrote: On Mon, Jun 16, 2014 at 9:03 PM, John Watlington w...@laptop.org wrote: Walter, You remember correctly. The hard/clicky/crunchy keyboards are not rated for as long a lifetime as the membrane/chewy keyboards. While the membrane keyboard design was tested to 5 million key presses, IIRC the clicky keyboard is only rated to 1 million key presses. (On the other hand, it takes one minute to replace a clicky keyboard versus twenty for a membrane keyboard.) ..if you have a replacement keyboard... any insight into how easy it would be to make replacement keys in the field? I would say impossible, but that would be underestimating the creativeness of our deployments. At the electrical level, the crunchy and chewy keyboards have the same contacts, so I don't expect that to be the failure mechanism. Failure should be due to the mechanical parts (as it is with the membrane keyboards). If you pull off the keycap and the guide mechanism, the key still activates when you press on the membrane or the rubber cap (which provides both the spring action and presses on the contacts) glued to it. Cheers, wad WARNING: The clicky keyboard was not approved for use by small children by UL. The reason is that if the keys are pulled off they present a choking hazard. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] seeking help to enable nepali keyboard input for XO-4
Sameer, We made a tooling change to improve that feeling --- we increased the chamfer around the key openings so that if you miss the key slightly, your finger slides into the opening more easily. Unfortunately, this didn't go into production until the XO-4 hit production. Thanks for pointing that out. I'm not sure if Subir and Rabi are aware that the original membrane keyboard is no longer available. The current membrane keyboard is covered by a plastic grid (making it much harder to peel off a key). See http://wiki.laptop.org/go/File:XO-1.75_siblings.jpg Cheers, wad On Jun 16, 2014, at 9:08 PM, Sameer Verma wrote: On a related note, I was curious about deployment experiences with the new membrane design with plastic grid in between keys. Although this does help with premature peeling of keys, I've always had trouble with these keyboards - the outer edges of my fingers get in the way of a full key depress. Then again, the keys aren't designed for me, so I'm curious how these do in the field. cheers, Sameer On Mon, Jun 16, 2014 at 6:03 PM, John Watlington w...@laptop.org wrote: Walter, You remember correctly. The hard/clicky/crunchy keyboards are not rated for as long a lifetime as the membrane/chewy keyboards. While the membrane keyboard design was tested to 5 million key presses, IIRC the clicky keyboard is only rated to 1 million key presses. (On the other hand, it takes one minute to replace a clicky keyboard versus twenty for a membrane keyboard.) WARNING: The clicky keyboard was not approved for use by small children by UL. The reason is that if the keys are pulled off they present a choking hazard. Cheers, wad On Jun 16, 2014, at 7:13 AM, Walter Bender wrote: James, Do we have any data re the mechanical reliability/durability/repairability of the hard/clicky keyboards? We do know that although there were some issues with membrane pealing (presumably resolved with the newer design) there numerous ingenious local repairs such that most are still working after 7 years. regards. -walter On Mon, Jun 16, 2014 at 5:35 AM, James Cameron qu...@laptop.org wrote: On Mon, Jun 16, 2014 at 01:54:19PM +0545, Basanta Shrestha wrote: Hi all, We are planning on ordering the next lot of XO-4s and I need some suggestions on which keyboard model to choose -membrane or hard/clicky one. I think it is great to seek input from the community, but don't forget to ask your OLPC contact for help as well. We had membrane one for our first lot and keyboard switching was very convenient on that model. One reason not to choose hard/clicky one is that it doesn't have key for language switching ( correct me if I am wrong) -I have one spanish hard/clicky and it doesn't have that key - key 56 at http://wiki.laptop.org/go/OLPC_Keyboard_layouts. Yes, that's a good reason not to choose the mechanical keyboard; you would have to customise your operating system build again, to add a key combination for keyboard language switch. If the cost of customising is too high, you should order membrane keyboard. I don't know the relative costs of the keyboards, and their replacement rates, but it might be factored in to your decision. You identified the lack of language switch key in this same thread on sugar-devel@ back in November 2013, from which I'll draw some status: Walter says use a key combination: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045724.html And says that customisation will be needed: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045800.html Then you suggest alt+space: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045807.html Daniel Drake says to use olpc-os-builder: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045851.html And you asked about the alt+space: http://lists.sugarlabs.org/archive/sugar-devel/2013-November/045857.html But the thread dried up on that subject because the units you received had a membrane keyboard, not a mechanical keyboard. I think you need to change the xkb files, but I'm not sure. Do you have a mechanical keyboard you can test with? If not, you'll have to get someone else to do this. Hard/Clicky on the other hard is more convenient while typing. Please suggest. I don't understand why you think it is more convenient. To me the keyboards are equally convenient for an inexperienced child. Perhaps you intended to mention some characteristic? -- James Cameron http://quozl.linux.org.au/ -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ 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 ___ Devel mailing list
Re: [Sugar-devel] XO on Fedora 20 (was Re: [GSoC] Porting To Python3)
On May 12, 2014, at 7:34 PM, James Cameron wrote: On Mon, May 12, 2014 at 10:08:41AM -0300, Gonzalo Odiard wrote: Probably you already know that, but xo-1 and xo-1.5 have a 8686 wireless card, different to the 8787 in the xo-4 Actually, XO-1 has 8388 and is soldered down card. XO-1: 88W8388 soldered to motherboard XO-1.5, XO-1.75, and XO-4: 88W8686 SDIO card XO-4: 88W8787 SDIO card From a hardware point of view, the 88W8787 802.11a/b/g SDIO card works fine in XO-1.5/1.75/4 laptops (early driver development was done using XO-1.5...) but was only certified/available in XO-4 laptops. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: WiFi Problem
When doing this step: Release the '✓' (check) game pad key, and within ten seconds a Devel key Signature valid message will appear, with an open padlock icon, followed by Type the ESC key to interrupt automatic startup, Did you see a Devel key Signature valid message ? If you didn't, one possibility is that the UUID in our database doesn't match the one actually in the laptop. This is corrected by getting the correct information using a new collection USB key. John On May 9, 2014, at 12:40 PM, Juan Carlos Garcès Mariño wrote: Juan Carlos Garcés Ing. Electrónico Cel. 311 819 0835 Bogotá - Colombia From: juancarlosgarc...@hotmail.com To: qu...@laptop.org Subject: RE: WiFi Problem Date: Fri, 9 May 2014 11:40:08 -0500 I followed the instructions but.. I don´t know if it works, I do this proccess but I can´t enter in the OK terminal for unlocked the security What I doing bad? Juan Carlos Garcés Ing. Electrónico Cel. 311 819 0835 Bogotá - Colombia Date: Fri, 9 May 2014 08:52:56 +1000 From: qu...@laptop.org To: juancarlosgarc...@hotmail.com CC: w...@laptop.org; devel@lists.laptop.org Subject: Re: WiFi Problem On Thu, May 08, 2014 at 05:43:24PM -0500, Juan Carlos Garcès Mariño wrote: I can´t use the develop.sig file in this machines, don´t work. I copy the file in a folder with name: /security but not happen nothing. Nothing should happen. You have to do an extra step to take full command: Shutdown the laptop, Insert the USB drive or SD card containing the developer key, or with the key on the internal storage, Hold down the '✓' (check) game pad key and turn on the laptop, a diagram of the game keys should appear with a message Release the game keys to continue, Release the '✓' (check) game pad key, and within ten seconds a Devel key Signature valid message will appear, with an open padlock icon, followed by Type the ESC key to interrupt automatic startup, Press Escape key once, and the 'ok' prompt should appear immediately. The laptop is now unlocked temporarily. If this doesn't work, try a different medium. e.g. USB drive: Make a directory called security at the top of your USB drive and copy the develop.sig file into it. You should now have a USB drive a directory security which contains develop.sig, in. This is an unlock stick ready to use. And in the console, appear me the follow: /usr/bin/ping has both setuid-root and effective capabilities. therefore not raising all capabilities I don´t know if have something that see with the problem It has nothing at all to do with the problem. -- James Cameron http://quozl.linux.org.au/ ___ 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: WiFi Problem
On May 5, 2014, at 4:49 PM, Juan Carlos Garcès Mariño wrote: I do not need upgrade to sugar 0.100, because I need have the XO with active security, really I need resolve this problem: the wifi have little power and not detected with easily the networks, I changed the network card and the antennas but did not work, besides I installed again the operative system sugar no luck. Software confusion aside, now you have my interest. You have tried using a known good antenna(s), and a known good card, and still saw the problem ? My first suggestion in a case like this is to replace the main antenna with a known good one and retest. The main antenna is the left-most one when looking at the motherboard, and is usually connected to the right-most connector on the WLAN card (labelled Main). The next suggestion is to replace the WLAN card. If you've done both of those and it still doesn't work well, look in /var/log/messages for any error messages from the driver (indicating a possible problem with the SDIO bus). Just about the only thing left to try is to measure the +1.8V and +3.3V at the card socket while Linux is running, there could be something wrong with the power switches Q29, Q37 and Q38. Regards, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Using a wifi dongle on an XO-1(.5) -- another dongle
On May 1, 2014, at 6:32 PM, James Cameron wrote: On Thu, May 01, 2014 at 03:56:32PM -0400, Nathan C. Riddle wrote: Found another Ralink device that works: RT5370. [...] Now, is there a device based on Ralink chips to replace the internal Libertas wireless module ? :) No, certainly not. ... And, if I'm reading the schematics right, there's also two voltage variants, so the modules for XO-1.5 (3.3V) can't be swapped with the modules for XO-1.75 and XO-4 (1.8V). Only cards built before we added the ESD protection (very early in production) are limited to operation at +3.3V. Most of the cards used in XO-1.5 operate at either +3.3V or +1.8V, and are identical to the 88W8686 modules were used for XO-1.75 and XO-4. The XO-1.5, XO-1.75, and XO-4 main board wireless socket is a Mini-PCIe connector, but the electrical interface is custom, and carries SDIO, wireless indicator LED, and wakeup signals, so any new module must be custom made for the hardware. The miniPCIe form factor is frequently used for USB-based wireless cards as well, and XO laptops do provide USB signals at the appropriate pins although the shipped wireless card doesn't use it. Power, ground, and some auxiliary signals use standard pins. But we did reuse the actual PCIe signal pins to provide the SD interface so you might need to cut some wires to avoid conflict. The pinout is available at: http://wiki.laptop.org/images/d/d9/XO_4_Pinouts.pdf Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Using a wifi dongle on an XO-1(.5) -- another dongle
On May 1, 2014, at 9:26 PM, James Cameron wrote: The miniPCIe form factor is frequently used for USB-based wireless cards as well, and XO laptops do provide USB signals at the appropriate pins although the shipped wireless card doesn't use it. I couldn't prove they were connected, on the XO-1.5 schematic (Rev M), as the signal name didn't appear elsewhere. On XO-1.5 it is connected to the VX855 USB port 5 (page 15). They are tied to the USB hub on XO-1.75 and XO-4. ... Are you aware of any replacement USB cards that have been made to work? Nope. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] XSCE install on cubox
George, thanks for doing this! On Apr 22, 2014, at 11:48 AM, George Hunt wrote: Just a small step, but XSCE 5.0 now installs on Cubox. Start with Tim's image, and comment out ajenti in roles/core/meta/main.yml. I re-rolled xs-moodle, ds-backup to use cronie rather than vixie-cron, and PyYAML rather than python-syck. ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
[Server-devel] XMPP
Just a quick question: has anybody gotten the XOs to collaborate properly with an XMPP server other than ejabberd ? wad ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: EC, CForth exploratory commands?
On Apr 13, 2014, at 2:13 PM, Paul Fox wrote: martin wrote: Yesterday I ran a workshop covering some topics about hw development and mfg. Using a lot of material from Bunnie's blog, as well as from my time in the trenches. As part of it I tried -- and mostly failed -- to give folks a tour of early boot, using some old boards I have stashed. Here I got truly lost. I could not find current useful notes on what you can do in the early CForth env. Linked off of the XO-4 model pages: http://wiki.laptop.org/go/XO_4_Memory_Test http://wiki.laptop.org/go/Debugging_Open_Firmware_Startup Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EC, CForth exploratory commands?
On Apr 13, 2014, at 9:19 PM, Jon Nettleton wrote: Otherwise you really need a jtag debugger. Or Open Firmware --- by far the nicest bringup tool I've ever had the pleasure to use. It was painful enough using the JTAG debugger to install Open Firmware. I would hate to spend weeks in it. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EC, CForth exploratory commands?
On Apr 13, 2014, at 11:44 PM, Martin Langhoff wrote: But in the back of my mind I run through how would you use u-boot in bringup instead of ofw?. Before OFW, I used assembler code and C debugging shells (think peek/poke/test mem/run dedicated test functions/boot OS), but I last did than on single core PPCs. Once you start talking multiple devices, cores, caches, interrupt controllers, etc. that approach doesn't scale well. The basic problem is that you need to be able to quickly modify the code and test again. It is hard to beat an interactive language at doing that. I've watched David Woodhouse use the Linux kernel to do bringup in a similar manner to Open Firmware, but only he makes it look easy (and it does require some recompiling and downloading for testing). Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: EC, CForth exploratory commands?
On Apr 14, 2014, at 1:30 AM, Jon Nettleton wrote: But I do like having the bootloader right on the SDHC card. Virtually unbrickable. But it precludes any of the anti-theft mechanisms that most of OLPC's customers were looking for. (anti-theft = keeping the NSA off my laptop/router/TOR box) wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing another early Android build for XO-4
Nice work. I think the touchscreen driver is busted. Open Firmware tracks two or three fingers nicely (if one avoids occlusions in X and Y), but multitouch test apps in Android confirm what I saw when trying to use Google Maps -- multitouch is currently broken in Android. Are bugs being tracked in Trac ? Cheers, wad On Apr 7, 2014, at 2:23 AM, James Cameron wrote: An Android 4.3.1 (Jelly Bean) build for the XO-4 laptop. OLPC is preparing an Android, Sugar and Gnome dual-boot system for the XO-4. Our next development release of a dual boot build is available, with the following changes: - include Google services, - enable screen shot key combination, (press power, then X game key, hold both for a second, release), - camera preview and shot works, - software codecs fixed, The build is based on our arm-3.5 kernel, with changes which can be found in the arm-3.5-android branch of our olpc-kernel repository. http://wiki.laptop.org/go/Android http://build.laptop.org/android/2014-04-07/ Note: the .zd file has the same name as previous releases. -- James Cameron http://quozl.linux.org.au/ ___ 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: Announcing another early Android build for XO-4
On Mar 19, 2014, at 5:12 PM, ben wrote: On 03/20/2014 07:01 AM, Esteban Bordón wrote: Hi! Someone knows how take a screenshot in android? Is there any keys combination for do it in the XO? Android brings in a hot key combination for screenshot which is press the hard volume down and power buttons at the same time, hold them for a second. But unfortunately it does work on current XO-4 build. Need more investigation why. Probably something to do with our power button going through the EC, and not being directly sensed by the MMP3 SoC. Power button events thus come in over the EC/Host communications --- I'm not sure these are button down/button up events. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] constant power add-tag CP fails on XO-4?
On Jan 24, 2014, at 6:36 PM, Adam Holt wrote: We've relied on this for many years on XO-1s and XO-1.75s (etc) to ensure small XO servers auto-boot after the inevitable power failures -- and yet today it (apparently) no longer works. Is it possible this does not work on XO-4s, or are we somehow entering add-tag CP incorrectly at the ok prompt, on this XO-4 Touch SKU306 (with the latest stable firmware Q7B37 below) in Haiti? I just tested on an XO-4 with Q7B37, and behavior with the CP tag set seems OK. I'm sure you've used .mfg-data to make sure the tag is being set properly, so perhaps this is a unit-specific hardware bug ? Any chance of trying another laptop ? Cheers, wad ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: using laptop charger
James is correct about 19V probably not working with an XO-1, but with an XO-1.75/4 you should be fine up to 24V. When running with an input voltage higher than 13V, the battery charger on the motherboard runs noticeably hotter. Still within spec at 19V and 45C ambient, but you might notice the difference in case temperature near the DC input plug if charging an empty battery. Cheers, wad On Dec 11, 2013, at 3:09 PM, James Cameron wrote: G'day Andrew, There is a voltage above which the XO-1 will not charge, which had been often encountered by people using solar panels. Along would come a cold sunny day, with a greater than normal voltage, and the charging would stop. I don't recall the actual voltage (Richard may remember), but I think it was somewhere near 18V, and it varied slightly between laptops. So it might work, or might not. Instead of using a resistor, you might use two or three large diodes in series, each of which will provide a forward voltage 0.6V drop. Pick the diodes based on the maximum current 1.85A (usually double that), and the power that will be released as heat; P = V x I, where V is 0.6, and I is not to exceed 1.85A, so 1.11W minimum power dissipation. Place them in a way that does not hold the heat in. https://learn.sparkfun.com/tutorials/diodes p.s. if you find one diode does what you need, then add another in case of variation in the supply or laptop. You might even add a full-wave bridge rectifier instead of two diodes, that way the input polarity won't matter. On Wed, Dec 11, 2013 at 01:52:54PM +, NoiseEHC wrote: 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 part: PA3715U-1ACA model: PA-1750-24 output: 19V - 3.95A XO-1.75: DARFON model: BBOJ-C output: 13.5V - 1.85A So can I plug my XO to the TOSHIBA adapter? The page says that 11-18V needed, while the laptop's is 19V. Shall I use a resistor to drop the voltage or is it unnecessary? Power usage is not an issue to me. (BTW I will use the plug from the XO-1's charger, I guess that it did not change in the meantime.) Thanks, Andrew ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- James Cameron http://quozl.linux.org.au/ ___ 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: The mouse touch pad doesn't work on XO4
Seconding what Paul said, the touchpad on XO-4 should be fully functional. If you have one that isn't, I would first test it from Open Firmware (halt the laptop boot in Open Firmware --- at the ok prompt and type:test /mouse If that indicates a problem, see: http://wiki.laptop.org/go/XO_Troubleshooting_Keyboard#Is_the_touchpad_unresponsive_.3F Cheers, wad On Nov 21, 2013, at 5:29 AM, Basanta Shrestha wrote: Hi list, Just realized that the mouse touchpad doesn't work for XO4. Has it been disabled on purpose ? is there a way to enable it ? -basanta ___ 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: [Sugar-devel] Private vs Public conversations.
On Oct 31, 2013, at 2:10 PM, Sameer Verma wrote: On Wed, Oct 23, 2013 at 9:04 AM, David Farning dfarn...@activitycentral.com wrote: I just wanted to bump this line of questions as, it is the critical set of questions which will determine the future viability of Sugar. If anyone as more informed, please correct me if I am sharing incorrect information: 1. The Association has dropped future development of XO laptops and Sugar as part of their long term strategy. I base this on the reduction of hardware and software personal employed by the Association. 2. The Association is reducing its roll within the engineering and development side of the ecosystem. I base this on the shift toward integrating existing technology, software, and content from other vendors on the XO tablet. The Association continues to have an engineering effort, but it has been completely outsourced (mostly to MorphOSS) and almost entirely concentrated on the XO Learning Software for the tablet for the last six months. 3. The Association is shifting away from its initial roll as a technical philanthropy to a revenue generating organization structured as a association. I base this on the general shift in conversations and decisions from public to private channels. I have no knowledge about points 1 and 3. My understanding of the XO Tablet project was that it was designed as a revenue generator ($x per unit sale goes to OLPC A) so that work on the XO-4 could continue. In my own conversations with OLPCA, I was always reassured that the XO continues to be the pedagogical machine. However, I'm not seeing the evidence to that end from OLPCA. Pretty much all the staff that worked on the XO are either laid off or have quit. There were other conversations at OLPC SF Summit, where the concern was that OLPCA is quietly trying to convert requests for XO-4 purchases into XO Tablet purchases. I've raised this issue of device cannibalization with OLPCA. If the real plan is to keep both lines going, then the devices should have separate marketing and sales plans. Keep in mind that the XO4 has had close to zero marketing, and all the media I see about OLPC these days usually positions the XO Tablet as the new thing. Today's Wired article makes the intentions clearer: http://www.wired.co.uk/news/archive/2013-10/31/olpc-and-datawind-tablet However, if all that OLPC remains is a vendor of cheap, proprietary Android tablets wrapped in green silicone, then what motivation remains to continue to plug for it? We all have different motivations for working on this project. I'd like to hear more from others. OLPC was never about making cheap products --- it was about making a good product at the lowest possible cost. The Vivitar (XO) Tablet and the software associated with it are a complete departure from OLPC's previous engineering practices (and despite the marketing, had no input from the then-existing OLPC team.) Unfortunately, as you point out, there is little effort to market the XO-4 and instead a bewildering push to sell the Vivitar (XO) Tablet to large deployments despite its unsuitability for such.OLPC and I parted ways at the end of September. There are plenty of vendors of cheap Android tablets. Perhaps Walter is right that this is the time to concentrate on providing software designed for collaborative, joyful, advertising-free, self-empowered learning, in a hardware independent manner. The seven years since OLPC started have seen a huge improvement in MIPS/Watt and MIPS/$, making the hardware independent approach (Python, Java, HTML5) an even better approach. Regards, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Thanks
Since I finally mentioned that OLPC and I had parted ways in an earlier email, I really need to thank the OLPC community for providing me with the opportunity to work with you for the past seven years. Reuben continues to provide outstanding deployment support for all XO laptops, and I will still be available online for questions and deep support issues. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Android on the XO-4
On Oct 9, 2013, at 6:46 AM, Walter Bender wrote: Sorry for misleading the list. This is new information to me. Seems it is just a matter of doing the work then. It is I who need to apologize. This information was first communicated to me around a week ago and I hadn't shared it properly. On a more promising note, Jon Nettleton reported on IRC that he made progress in getting big.LITTLE running on the MMP3. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Android on the XO-4
There is no Marvell bottleneck. Marvell has confirmed that they will provide the few binary blobs required compiled in the right way for Android on XO-4. We just need to provide the target version of Android. Cheers, wad On Oct 8, 2013, at 10:22 PM, Sameer Verma wrote: On Sun, Oct 6, 2013 at 12:29 PM, Walter Bender walter.ben...@gmail.com wrote: Not sure this helps us get around the Marvel bottleneck, but worth investigating. -walter Thx. I've heard about this bottleneck but not sure what it is. Can you tell us a bit about what it is, or point to it? Sameer On Sun, Oct 6, 2013 at 2:03 PM, Sameer Verma sve...@sfsu.edu wrote: I was at the Internet Archive for some work on Pathagar (https://github.com/PathagarBooks/pathagar). Also there that afternoon was John Gilmore (cc'd). We got to talking about the XO-4, Android, HTML5, etc. A bit of doodling on Physics, and John put together a two cylinder engine, complete with a rocker arm :-) He also suggested the possibility of CyanogenMod on the XO-4 as a starting point. If there is any interest in this, please submit a proposal for the upcoming OLPC SF summit http://www.olpcsf.org/CommunitySummit2013/proposal John, If you are in town Oct 18-20, we'd love to have you there. http://olpcsf.org/summit cheers, Sameer -- Sameer Verma, Ph.D. Professor, Information Systems San Francisco State University http://verma.sfsu.edu/ http://commons.sfsu.edu/ http://olpcsf.org/ http://olpcjamaica.org.jm/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ 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: [IAEP] Sugar on Android via HTML5
On Sep 10, 2013, at 5:04 PM, Sameer Verma wrote: On Thu, Sep 5, 2013 at 7:51 PM, Caryl Bigenho cbige...@hotmail.com wrote: One of the things that makes Sugar the ideal learning platform for children (and youth) is the wonderful compatibility of so many of the Activities ... both from Activity to Activity and from student to student. This facilitates the sort of learning we are all hoping to see more of... creative problem solving, project based learning and cooperative learning. Without this ability to integrate parts of projects, it would just be another collection of apps. I did not want to muddy the picture by injecting my own viewpoint, but now that I've heard from others (on and off list) it is clear that the split is driven by the role they play in the ecosystem. Most technologists have come up with reasons why they don't think a complete Sugar experience would work on Android. Therefore, activities must run like any other app on Android. On the other hand, as Caryl said, Without this ability to integrate...it would just be a collection of apps. Somewhat knowing the limitations of what can be done with Sugar stuff on Android, but disregarding that for a minute, I would say that Sugar as a *platform* is an experience. It has a UI. It has a UX. Everything from the Zoom interface to the activities to the Journal is Sugar. We have taken the original Sugar on the OLPC XO experience and replicated that to the classmate PC, SoaS, and other spins and distros, but in none of these cases did we break the holistic Sugar experience. Now, along comes a popular OS, and because the tech parts don't fit, we are advocating breaking up the pieces and taking whatever flies. Memorize will become one of the few hundred thousand apps on Android. I disagree. It's like saying we'll do the cat sprite from Scratch, but nothing else. It's like saying we'll do the birds and pigs from Angry Birds, but not the slingshot. Sugar, without all its pieces isn't worth the trouble. Sameer, I disagree somewhat with your thesis (and am very glad you started this discussion.) From a technological standpoint, it is actually probably easier to implement what you describe: Sugar as a monolithic Android application, which takes over the entire user interface when launched. The reason I never considered it seriously was the larger ecosystem. The reason to move to Android from Linux is two-fold: - Chip vendors are dropping Linux support in favor of Android. The cheap chinese ARM vendors only support Android. - Android/iOS are where application development is happening. There is a much larger community of Android developers than Linux or Sugar developers. The hope was to provide the infrastructure underlying Sugar (the Journal datastore and collaboration) as Android services, encouraging their use in new Android applications. In this model, the Journal is another Android application, accessing the Journal datastore service. New Sugar activities written in HTML should be capable of running in Sugar on Linux or as Android activities (although perhaps with different execution wrappers). In this manner, perhaps we can enlarge the Sugar community with developers mainly targeting Android. If we pursue Sugar as a single Android application, with embedded Python activities, we are isolating ourselves from the Android community. The danger of this approach is the loss of an integrated UX. This could be addressed by customizing the home UI, in the same manner that the XO tablet has a custom home UI implementing the Dreams interface, but that would require rooting the tablet in some manner. But the native Android UI isn't that bad... Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-tablet development? [Devel Digest, Vol 90, Issue 8]
On Aug 13, 2013, at 1:09 PM, Yioryos Asprobounitis wrote: Paul wrote: If not, which way the tablet/laptop development team is heading? don't know, sorry. OK, thanks. Hopefully someone that does will care to comment. It is lack of accurate knowledge of the future, not caring, that keeps me from commenting. The current laptop and tablet implementations differ significantly and would be important to have an indication where the (limited) resources should be deployed . How would you devote resources to the tablet ? It is closed source. There is an attempt within the Sugar (and OLPC) community to move the educational environment to HTML, where it can be used on both Android (tablet) and Linux (laptop). That is where I would suggest deploying resources. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-tablet development? [Devel Digest, Vol 90, Issue 8]
By proposing that further development work be native to Android, you are locking the fruits of that labor away from: - Any child using a current XO laptop - Any child using any other Linux laptop, such as the millions of children in Brazil, Venezuela, Argentina, etc... - Any child using a Windows laptop Why would you do that ? By working within the proposed framework (Sugar on HTML5), these children are supported as well as those using a Android tablet. As James has already pointed out, the performance penalty of using HTML5 is minimal --- probably less than that of using Python on most systems, as much work (independent of OLPC) goes into optimizing its performance. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] Root fs on XO1
Just to clarify a comment that James made: On XO-1, the qualification of the SD card interface was done by Quanta. They seemed to think it worked fine. When I started doing extensive testing of SD cards in preparation for using them in XO-1.5, I discovered that some XO-1s did not have a reliable SD card interface.Bit error rates aren't high (maybe an error every few days when continuously exercising the card), but unacceptable from my point of view. So as James said, it might work for you, but not work so well on an arbitrary XO-1. On later XO models, I personally tested the SD interface(s) with a wide variety of SD cards to avoid repeating the same mistake. Regards, wad On Aug 9, 2013, at 9:31 AM, Mikus Grinbergs wrote: On 08/09/2013 06:17 AM, James Cameron wrote: I have never been happy with using the XO-1 SD card slot. I have been using SD cards in the XO-1 SD card slot for more than five years now. Although I have experienced occasions of SD card corruption, they have been so rare as to not affect what I've been doing with my XO-1 systems (I just clean the SD card and keep on using it). In those five years I have had maybe five SD card failures (the SD card stops responding electrically) out of a pool of about 40 cards -- I consider my SD cards to have provided me acceptable reliability. [Contrast that with my experience with XO-1.5 systems - four out of ten failed (admittedly, the failures were early systems).] By providing a swap partition on the SD card, I've been able to run *large* Linux applications (e.g., BOINC, gvSIG) on the XO-1, despite its limited main memory (I run them from Terminal in the Sugar environment, and live with the limited multi-window capability provided by Sugar). What I place on the SD card is executables (e.g., Adobe, Java, Browsers, Sugar Activities (3GB+), Timidity) and data (mainly accessed through Terminal - Movies, Books, Music, Images, Maps, etc.). Without my 'permanent' SD card. the XO-1 would be too little for me. mikus ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: Potential XO serial adapter - MicroFTX
Added to http://wiki.laptop.org/go/Serial_adapters#Third_Party_Adapters On Jul 18, 2013, at 7:05 AM, James Cameron wrote: Saw this https://jim.sh/ftx/ ... with suitable configuration this could be used as a USB serial adapter for an XO. -- James Cameron http://quozl.linux.org.au/ ___ 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: resurrected XO-1.5, died again
I'm tired of revisiting an issue that thankfully only affected less than a thousand production units (repaired under a catastrophic failure clause). Unfortunately, the effect on our developer community was disastrous, as they only received affected units. I'm willing to send an XO-4 to replace a broken XO-1.5 if you tell me what you are using it for. The root cause was the alloy used in the solder balls between the CPU interposer board and the CPU silicon. These balls are under significant stress due to the difference in coefficient of thermal expansion between FR4 and silicon. This problem only showed up after the solder balls had had time for the alloy to separate. VIA switched the RoHS alloy used in these balls as we were entering production. So while mechanical stress on the motherboard might accelerate the problem, simple thermal stress from powering the device on (or moving in/out of suspend) is a more likely culprit. wad On Jul 2, 2013, at 3:26 PM, Ian MacArthur wrote: On 2 Jul 2013, at 08:58, Yioryos Asprobounitis wrote: Back to the original question. Should I conclude at this point that there is no information/experience on the effect of repetition on the effectiveness of the soldering reflow process? (ie try and see what happens ;) No OLPC information. However, a little time with google looking for the PS3 yellow light of death of the Xbox-360 red ring of death will produce more opinions than could ever be wanted, all based on no substantial evidence whatsoever... ___ 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: resurrected XO-1.5, died again
On Jul 1, 2013, at 6:24 PM, James Cameron wrote: I agree. I've found laptops with looser-than-i-would-like hinge and motherboard screws after children have been using them. The hinge screws that are uncovered by disassembly were the most interesting. There was a problem with the manufacturing process which resulted in some of the externally accessible hinge screws being cross-threaded or not fully tightened on the assembly line. This process has been changed, but will require future monitoring. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: X0-4 (vivante) GPU driver development sponsoring
On Jun 26, 2013, at 9:21 AM, Christian Gmeiner wrote: I have heard that your X0-4 is powered by an Vivante GC1000 GPU. Cause of this fact I am looking for a partner to sponsor the development of etnaviv[1]. Together with the current maintainer we have a roadmap that looks like this: Unfortunately, I can't directly sponsor this project right now. I have brought it to the attention of some people who might, and can offer you hardware and help with testing the result. Regards, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Headphone volume adjustment
We have noticed that under Fedora 18 (13.2.0 os10 on XO-4), the headphone volume can't be adjusted to complete silence. Is this a bug ? (The speaker volume can be adjusted to silence.) Comments, por favor, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Re (2): XO-1.5 build 885 no space in journal
On Jun 11, 2013, at 11:17 PM, peasth...@shaw.ca wrote: From: James Cameron qu...@laptop.org Date: Wed, 12 Jun 2013 11:54:36 +1000 Yes, another option is to buy 4 GB or 8 GB microSD cards and open each laptop to install them. But there's a small risk of them not working with the firmware ... we made sure the ones we used in manufacturing did work. Some very economical offerings of flash storage are available on eBay, with delivery to your mailbox. If you find a promising choice, buy a minimal order and test. If it works buy more. If it doesn't work, the loss is small. Absolutely agreed, but as the SD card is the primary storage and schools were worried about kids removing them, it takes sixteen screws to upgrade. Remove the Spanish Wikipedia immediately (I had to do it to run SD tests on that model). The non-sugar UI also consumes space... wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: School networks and electrical equipment damage
On Jun 6, 2013, at 3:58 PM, Daniel Drake wrote: Those of us familiar with setting up school networks (server + switch + APs) in some of our deployments will be familiar with the occasional loss of hardware, due to surges in the low quality electrical supply or whatever, even when the system is protected by a cheap UPS which supposedly offers some protection. This has often been the case in Nicaragua, so the group is now buying more expensive UPSes, PoE switches, and PoE access points for new schools. This means that the server and switch are connected to mains power via a UPS which hopefully protects them, and none of the APs are connected directly to the mains (instead they get Power over Ethernet) which hopefully offers some isolation from bad electrical conditions. This equipment is expensive, especially in places like Nicaragua where lots of import taxes are applied. But the hope is that the investment pays off in that the equipment doesn't get zapped. However, one week after deploying this equipment in the first school, we are left with a server that doesn't boot, 3 out of 4 access points broken with a nice burning electronics smell, and a broken switch with a lot of visible damage to the electronics. And the most surprising thing - we had not even turned on the network yet, pending some electrical work. Everything was connected up except one crucial link - the UPS was not plugged into mains power. So all of this damage happened without any of the devices having a connection to the mains. Connectivity-wise, the setup was: WAN: Phone line - ADSL modem - XS LAN: XS - Switch - 4 APs And power connections: the XS, ADSL modem and switch were connected to the UPS. The APs were connected to the switch over ethernet for both power and data. Again, since the battery was not connected to mains power, none of the devices had a power source. The connectivity engineer's best bet is that a lightening bolt landed at the school or nearby, and that this caused a power surge on the phone line. This surge passed through the ADSL modem, server, switch, and 4 APs, destroying everything in its path (except 1 AP that was connected over a longer cable than the rest). This was my most likely hypothesis as well. I believe the damage would have been less had the UPS actually been plugged in, but most probably have their input protected, not their outputs! I figured this is a story worth sharing, for any other projects considering splashing out on more expensive equipment... Also, I'm wondering if anyone has any advice/experience here. Would others expect this more expensive setup to be more resilient to bad electrical conditions than a cheaper setup - will the investment pay off? Cat5 Ethernet transformers generally provide 1.5 kV of isolation (at each end) but PoE breaks that. I believe the actual protection provided by the UPS can vary widely. They are usually required in situations like yours to protect the hard drivers, not as much for power line protection. I would use a periodically replaced surge protector before it and maybe a surge protected power strip after it. I figure that the case of a lightening bolt might be a bit extreme, but electrical storms are a nightly occurance here almost daily during the 6 month rainy season. Nothing will protect against a direct lightning strike of the wire. The more common case is a strike near the wire or the central office which can induce still induce many kV of surge on the lines. If electrical storms are common you need to take precautions. I hope all the network cabling is indoors ? If it is only partially so, consider something like: http://www.l-com.com/surge-protector-indoor-4-port-med-power-10-100-base-t-cat5-lightning-surge-protector I have seen that some UPSs (unfortunately not these ones) allow a phone line to be passed through them, supposedly offering some protection. Would such a system protect against a lightening bolt, assuming thats what happened here? Probably not. Primary protection on the phone line should be an gapped carbon block or gas tube protector at the entrance to the building between each line of the phone pair and a good ground.These protect against higher energy surges, and generally kick in at over 1 kV. I would suggest using primary protection that includes secondary protection, such as you see in: http://www.l-com.com/surge-protector-outdoor-high-power-telephone-dsl-lightning-surge-protector-screw-terminals You could also loop it through the UPS at this point for redundancy (but it MUST remain plugged in to provide protection --- it not, it makes things worse!) Then there is the protection in the modem itself, which should be able to handle the remaining surge. They are so common in telephony as to be required --- but primary protection and proper grounding is always assumed. Sorry to hear about your misfortunes, wad
Re: School networks and electrical equipment damage
I considered sources such as James' theory, as well as someone connecting one of the ethernet cables to line voltage, and neither accounted for the level of damage you described. But I can't agree more with James' point about building from the ground up. The first thing we used to wire up in a computer room was the frame grounds --- with modern SOHO gear that all comes through the grounded power plug. But it has to be plugged in to be grounded (i.e. protected). Coincidentally, today I checked out the earth ground in the new hardware office and wired up the workbench grounding in OLPC Boston's new digs in Davis Sq. wad On Jun 6, 2013, at 6:51 PM, James Cameron wrote: On Thu, Jun 06, 2013 at 01:58:58PM -0600, Daniel Drake wrote: And the most surprising thing - we had not even turned on the network yet, pending some electrical work. Everything was connected up except one crucial link - the UPS was not plugged into mains power. So all of this damage happened without any of the devices having a connection to the mains. Actually not plugged in? The whole network was therefore either isolated from building electrical earth (ground) or had a series of surreptitious connections, the critical one being the telephone line. Hmm. Lightning wasn't necessary. Here's my theory: Each long run of ethernet twisted pair becomes one side of a capacitor, the other side being the building wiring, piping, or structure. The long run of telephone wire picks up static charge from wind, lightning ground currents, test currents from the telephone exchange or line workers, or induced currents from other subscribers or power network switching. Even turning on many lights. http://www.pololu.com/docs/0J16/all can give you an idea of what can happen. Any of these events will induce a starting pulse of DC in the telephone wire, which is analogous to the length of DC power cable in the Pololu explanation; the inductor. The low equivalent series resistance (ESR) capacitor can be thought of as the long cabling against the building. As a result of the capacitor and the inductor, the voltage is amplified until it reaches the breakdown voltage of whatever is connected. Having the UPS plugged in might have prevented this voltage from finding a route through something more precious. Instead, it might have found a route through a series of surge protection devices in the UPS, and then the only damaged equipment would be the ADSL modem. The convention is to build from the ground up. Don't plug the cables in until the ground is available, and then plug them in in strict order. People get away with not doing this because the damaging pulse isn't constant. (Reminds me of the time that I pulled a UPS input power plug out instead of just turning it off. A bad idea. The last pin to separate was active. The connected equipment lost ground reference, the only ground reference that remained was through a device, so it took a full hit and died. The resulting current passed into the building ground, and triggered the earth leakage breaker on the circuit that the UPS was originally connected to. Other equipment connected to that circuit powered down.) (Reminds me also of working for a cable contractor in the 1980s, looking after their cable management system on a VAX ... they were putting millions of cables into a power station, and the build was done from the ground up; that is cables were tracked as to whether they had been terminated yet, and the list of unterminated cables was a special report from the database that they always wanted to see.) I have seen that some UPSs (unfortunately not these ones) allow a phone line to be passed through them, supposedly offering some protection. Would such a system protect against a lightening bolt, assuming thats what happened here? Yes, but only if the UPS was earthed. It would also protect the ADSL modem. It would also protect from most other causes of a current pulse arriving on the phone line. -- James Cameron http://quozl.linux.org.au/ ___ 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] School networks and electrical equipment damage
On Jun 6, 2013, at 3:58 PM, Daniel Drake wrote: Those of us familiar with setting up school networks (server + switch + APs) in some of our deployments will be familiar with the occasional loss of hardware, due to surges in the low quality electrical supply or whatever, even when the system is protected by a cheap UPS which supposedly offers some protection. This has often been the case in Nicaragua, so the group is now buying more expensive UPSes, PoE switches, and PoE access points for new schools. This means that the server and switch are connected to mains power via a UPS which hopefully protects them, and none of the APs are connected directly to the mains (instead they get Power over Ethernet) which hopefully offers some isolation from bad electrical conditions. This equipment is expensive, especially in places like Nicaragua where lots of import taxes are applied. But the hope is that the investment pays off in that the equipment doesn't get zapped. However, one week after deploying this equipment in the first school, we are left with a server that doesn't boot, 3 out of 4 access points broken with a nice burning electronics smell, and a broken switch with a lot of visible damage to the electronics. And the most surprising thing - we had not even turned on the network yet, pending some electrical work. Everything was connected up except one crucial link - the UPS was not plugged into mains power. So all of this damage happened without any of the devices having a connection to the mains. Connectivity-wise, the setup was: WAN: Phone line - ADSL modem - XS LAN: XS - Switch - 4 APs And power connections: the XS, ADSL modem and switch were connected to the UPS. The APs were connected to the switch over ethernet for both power and data. Again, since the battery was not connected to mains power, none of the devices had a power source. The connectivity engineer's best bet is that a lightening bolt landed at the school or nearby, and that this caused a power surge on the phone line. This surge passed through the ADSL modem, server, switch, and 4 APs, destroying everything in its path (except 1 AP that was connected over a longer cable than the rest). This was my most likely hypothesis as well. I believe the damage would have been less had the UPS actually been plugged in, but most probably have their input protected, not their outputs! I figured this is a story worth sharing, for any other projects considering splashing out on more expensive equipment... Also, I'm wondering if anyone has any advice/experience here. Would others expect this more expensive setup to be more resilient to bad electrical conditions than a cheaper setup - will the investment pay off? Cat5 Ethernet transformers generally provide 1.5 kV of isolation (at each end) but PoE breaks that. I believe the actual protection provided by the UPS can vary widely. They are usually required in situations like yours to protect the hard drivers, not as much for power line protection. I would use a periodically replaced surge protector before it and maybe a surge protected power strip after it. I figure that the case of a lightening bolt might be a bit extreme, but electrical storms are a nightly occurance here almost daily during the 6 month rainy season. Nothing will protect against a direct lightning strike of the wire. The more common case is a strike near the wire or the central office which can induce still induce many kV of surge on the lines. If electrical storms are common you need to take precautions. I hope all the network cabling is indoors ? If it is only partially so, consider something like: http://www.l-com.com/surge-protector-indoor-4-port-med-power-10-100-base-t-cat5-lightning-surge-protector I have seen that some UPSs (unfortunately not these ones) allow a phone line to be passed through them, supposedly offering some protection. Would such a system protect against a lightening bolt, assuming thats what happened here? Probably not. Primary protection on the phone line should be an gapped carbon block or gas tube protector at the entrance to the building between each line of the phone pair and a good ground.These protect against higher energy surges, and generally kick in at over 1 kV. I would suggest using primary protection that includes secondary protection, such as you see in: http://www.l-com.com/surge-protector-outdoor-high-power-telephone-dsl-lightning-surge-protector-screw-terminals You could also loop it through the UPS at this point for redundancy (but it MUST remain plugged in to provide protection --- it not, it makes things worse!) Then there is the protection in the modem itself, which should be able to handle the remaining surge. They are so common in telephony as to be required --- but primary protection and proper grounding is always assumed. Sorry to hear about your misfortunes, wad
USB Network Adapter recommendations
Can you recommend a particular USB network adapter for long term reliability ? I have been using the Zoltan USB adapters that Michail had manufactured for use with the XO, with ok performance. (I have been told that under heavy load they don't work as well.) After only a year of continuous use, I just had one stop working: transmissions (receptions ?) saw increasing errors but kept operating (just dropping seriously impacting link performance). Occasionally, however, it would overcurrent the XO USB port, giving a clue as to the defective component. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: video broken on 1.75?
They should be in an upcoming 13.2.0 build. wad On Apr 3, 2013, at 6:51 PM, Sameer Verma wrote: On Wed, Mar 20, 2013 at 11:59 AM, Tom Parker t...@carrott.org wrote: On 20/03/13 14:27, Sameer Verma wrote: I got the source from TED as a MP4 wrapper. http://video.ted.com/talk/podcast/2009/None/RennyGleeson_2009-light.mp4 Interesting, the XO-1.75 with VMETA drivers plays most .mp4 videos from the internet as-is, but it does not play this one -- the sound stutters and it drops a backtrace on exit due to I think memory corruption. However http://video.ted.com/talk/podcast/2009/None/RennyGleeson_2009.mp4 plays just fine on XO-1.75 with VMETA drivers. The quality isn't great, the XO-1.75 could play a much higher quality version if you have the bandwidth and storage (and one is available). I've tried to wget this version into /home/olpc/Documents and then run it in jukebox via the journal. It won't play. It won't play in Browse directly either. I suspect it has something to do with this VMETA drivers you speak of. Does the stable image have VMETA? If not, how does one get the drivers? Sameer Is your goal to get one file that plays on both XO-1 and XO-1.75? Maybe you could try transcoding the not-light version and see if that results in something that both devices can play? The goal is to play video on the 1.75, but thus far, the only video that will play is a tiny sized ogv video in Browse (no hardware accel, I presume). A working solution would be great. cheers, Sameer ___ 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
olpc-dev-kernel and yum update
This isn't a bug report, just an observation to keep anyone else from spending time on this known condition (cjb's comment was of course!): If you want to update a kernel on a 13.1.0/13.2.0 build, you must first run olpc-dev-kernel. Running it after doing the yum update kernel will result in a confused system, which cannot be fixed using yum alone. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: RAM in XO-1.75-models
On Mar 27, 2013, at 1:49 PM, Paul Fox wrote: ajay wrote: Hi all. As per http://wiki.laptop.org/go/XO-1.75, the RAM in XO-1.75 is DRAM memory: 512 MB or 1GB DDR3 dynamic RAMhttp://en.wikipedia.org/wiki/DDR3_SDRAM; Is there any specific criteria as to which models have 512 MB, and which have 1 GB? I, for example, have 512 MB of RAM, on a CL1 model. the SKU number of a laptop tells you how it was built: http://wiki.laptop.org/go/Manufacturing_data#XO-1.75 This information is also printed in the Open Firmware banner when pretty boot is disabled by holding down the check gamepad key. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OS Builder output img ?
I thought you should set the dk manufacturing tag, but I just noticed that is only supported on XO-1 and 1.5! wp and ww are different tags, you can't just change the tag value with change-tag. wad On Mar 25, 2013, at 7:07 PM, James Cameron wrote: On Mon, Mar 25, 2013 at 06:50:00PM -0400, Richard Smith wrote: But maybe you don't need to do that, if you are only changing one tag? How many tags are you changing? If one, then finish the script with the tag change. I mentioned that he could also disable security. So he would be deleting the 'wp' tag too. Really? disable-security changes the wp tag to ww rather than deleting it. Do you think he should delete it instead? Is there a risk of having to reboot to enable writes? -- James Cameron http://quozl.linux.org.au/ ___ 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: Customize default language with OS Builder
If you change the LO tag for a laptop before the first boot of an image, its value will get picked up and used. - Stop a boot in OFW by pressing the ESC key. - fs-update (or copy-image) the new image into place - Change the manufacturing tag: change-tag LO fr_FR.UTF-8 / only works if the same size as current tag (or if a different size, use:) delete-tag LO (on reboot, stop in OFW again and:) add-tag LO fr_FR.UTF-8 Cheers, wad On Mar 24, 2013, at 6:54 PM, Jerry Vonau wrote: On Sun, 2013-03-24 at 23:02 +0100, lio...@olpc-france.org wrote: Hi all, I’ve seen that the « langs= » property in the .ini for OS Builder allow to choose the language sets installed on the image. I wonder if there is a way to specify the default language (FR instead of EN for example). Do I need to use a custom script for that? Yes, sugar reads ~/.i18n for the language list in cp-languages. You could do something like: cat EOF /home/olpc/.i18n LANGUAGE=en_GB.utf8:en_US.utf8 EOF This will only work if olpc-utils version 3.0.3 or later is used in the image, prior versions deleted .i18n when first booted. Jerry Thanks in advance for your answer. Lionel. ___ 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: video broken on 1.75?
When using a block transform based video codec (MPEG-1/2/4, H.263/4, etc) the dimensions of the video being encoded/decoded should always be a multiple of the block size (8x8 in the above cases, although for MPEG 16x16 should be used.) To do otherwise requires serious contortions of the codec and doesn't reduce the processing load. I'm not at all surprised that a hardware encoder/decoder would just fail. Cheers, wad On Mar 19, 2013, at 3:37 PM, Daniel Drake wrote: On Mon, Mar 18, 2013 at 7:37 PM, Sameer Verma sve...@sfsu.edu wrote: We have a bunch of XO 1.75 going to Madagascar. These have build 13.1.0 (candidate 35). This ogv file [1] works well on a XO-1 but does not play via jukebox. The ogv file plays well in Browse (trouble with going fullscreen). It plays ok for a few seconds via MediaPlayer in GNOME. [1] http://verma.sfsu.edu/projects/olpc/sample-for-xo.ogv Thanks for reporting. Unfortunately there are many ogg theora files that don't play back on XO-1.75, but they normally fail with an error message: http://dev.laptop.org/ticket/12004 So I filed a new ticket for this video: http://dev.laptop.org/ticket/12634 The reason that it works in Browse is probably that it is not using hardware accelerated playback there. When I saw a case of #12004 before, I worked around it by re-encoding the video as it had some slightly special parameters. This video would appear to be similar. It is a 320x180 video somehow encoded into the 320x192 theora resolution. I suspect if you re-encode it so that both measurements are equal, it will work OK. 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: [support-gang] Customization Sticks fails on 13.1.0 12.1.0 for XO-1
On Mar 12, 2013, at 3:54 PM, Holt wrote: On 3/11/2013 10:08 PM, John Watlington wrote: Please don't redistribute secure laptops --- OLPC's policy since early 2009 has been to deprecate the security system. The exceptions have been deployments large enough to have dedicated support staff capable of handling their own keys. I wish :) We have no choice but to continue to distribute secure laptops in Haiti as these are Give1Get1 redonations that are already (largely) moved from the USA to Haiti where the developer key process is unrealistic+overwhelming to largely offline deployments. No more unrealistic than upgrading them. All it takes is running a collector USB key over the laptops, mailing or emailing the small text file generated to the US, and receiving a small text file back. wad The only realistic solution (for Haiti here) is USB stick reflashing for evolving/expanding small deployments every few years (or months when we're truly lucky! With Customization Stick or similar offline one-offs. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [support-gang] Customization Sticks fails on 13.1.0 12.1.0 for XO-1
On Mar 11, 2013, at 1:54 PM, Richard A. Smith wrote: On 03/11/2013 10:26 AM, Daniel Drake wrote: would have to be signed by OLPC or Reuben would have to give them a Haiti key thats installed via keyjector. This is not a new situation for us, and the approach we have taken in the past is to help such deployments un-secure all of their laptops, or provide a keyjector to insert custom keys, upon their request. Nod. Kejector for small deployments is new to me. I thought keyjector was only for special cases. I don't think most of the folks on say the support-gang list have any idea that keyjector is an option for them. I don't think it is an option. A keyjector should not be made publicly available. Please don't redistribute secure laptops --- OLPC's policy since early 2009 has been to deprecate the security system. The exceptions have been deployments large enough to have dedicated support staff capable of handling their own keys. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [support-gang] Customization Sticks fails on 13.1.0 12.1.0 for XO-1
On Mar 11, 2013, at 10:44 PM, Richard A. Smith wrote: On 03/11/2013 10:08 PM, John Watlington wrote: Please don't redistribute secure laptops --- OLPC's policy since early 2009 has been to deprecate the security system. The exceptions have been deployments large enough to have dedicated support staff capable of handling their own keys. That policy is fine but perhaps needs to be more visible to the people going into areas where secure laptops were distributed and we should try to be helpful to those people when they request developer keys. If someone isn't being helpful about providing developer keys, let me know. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Video on XO 1.75 (URGENT)
On Mar 5, 2013, at 3:41 AM, Tom Parker wrote: On 05/03/13 17:40, tkk...@nurturingasia.com wrote: I am making the transition from XO 1 to XO 1.75. I plug in a USB with some *.ogv to play on a FEW new XO1.75 (12.1.0 customised build 10 ). When I click on it some files will play but some would not play at all - as if it is choking!. Run fine on my XO 1.0. I'm not sure if the VMETA processor will help with .ogv (presumably theora codec?) files, but it is worth a try. Install http://dev.laptop.org/~jnettlet/f17/vmeta/gstreamer-plugins-marvell-0.10-3.olpc.armv7hl.rpm and http://dev.laptop.org/~jnettlet/f17/vmeta/libvmeta-marvell-005-1.olpc.armv7hl.rpm Unfortunately, we haven't paid the license fee for distributing those in a general fashion, and those RPMs have been removed for now. The business team is looking into making them available to deployments without incurring the wrath of MPEG-LA. If you need a copy for testing, please contact me directly. Sorry, John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Anything to be done about a blown XO-1 fuse
On Feb 4, 2013, at 8:18 AM, Christoph Derndorfer wrote: Hi again, while investing why an XO-1 wouldn't charge I discovered that the 2A fuse near the power plug seems to have been blown and was fixed by someone simply soldering over it (see the attached photo). Wow, first we've seen outside of torture tests! That fuse should only blow if someone tried to power the laptop with greater than +/-40V. Now I'm wondering whether there's anything to be done about that or if that's something that essentially can't be fixed in the field? Solder down another small 2A fast blow fuse (3A for XO-1.5 or later). If a repair center found a blown fuse, I would also recommend checking the protective diodes D118 and D123. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Cameras not working on XO-1s
On Jan 31, 2013, at 11:10 AM, Christoph Derndorfer wrote: Hi again, this may sound like a stupid question but how would one go about swapping out the camera modules? I couldn't find any instructions on the wiki on how to actually remove the motherboard from the chassis (probably one of the few things I have never done on an XO so far). Access the motherboard by removing the back (removing the LCD and the microphone cable from the motherboard in the process of removing the back.) Remove the speaker cables, the keyboard cable, and the battery cables. Disconnect the antenna cables to the WLAN module. XO-1.5 and later: remove the WLAN module There are three screws holding the heat spreader down (1.5 and later have 4 screws). Remove them. You should now be able to lift the motherboard out, starting with the side with two USB ports. Remove the camera and camera mount as one unit. Be careful not to damage the motherboard when removing the camera mount. It is adhered to the USB connector with double sided tape.Remove the camera and its mount first, then disconnect the cable. When mounting, make the electrical connection before placing the camera and mount into position. When reinserting the motherboard, make sure all cables are clear and insert the side with the audio/power jacks first. That step seems necessary in order to access the module because from the front the white plastic piece makes it barely possible to see the cable and push the connector in place with a small screwdriver. It is impossible to replace the camera without removing the motherboard. One of the most annoying simple mistakes I make is mounting a motherboard and starting system testing before realizing that the MB didn't have a camera mounted... Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
video of XOs in the Amazon
Wikipedia pointed me to this excerpt from an upcoming film, web. It shows kids with XOs in the Peruvian Amazon creating on Wikipedia: http://www.youtube.com/watch?v=1XPnH_rF9ksfeature=youtu.be Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-4 lack of keyboard/mouse input - still happening?
On Jan 29, 2013, at 11:45 AM, Jon Nettleton wrote: On Tue, Jan 29, 2013 at 5:40 PM, Daniel Drake d...@laptop.org wrote: On Tue, Jan 29, 2013 at 10:34 AM, Jon Nettleton jon.nettle...@gmail.com wrote: I have seen this problem on both my machines today while testing. Sometimes just keyboard, sometimes touchpad, sometimes both. I found that if my machine was in this state and I suspend it, resume would hang at ec_irq on the console. The only fix was powering off and removing plug and battery. Which OS build (any custom kernel?), OFW and EC firmware versions? Touchpad type? Any kernel logs saved? OS build is os26, OFW is Q7B12mb EC is 0.3.10 Touchpad is Sentelic, no kernel logs. Somewhere in the tickets I noted that I saw this problem with both touchpad types. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] XO-4 Questions After Viewing CES video
On Jan 10, 2013, at 10:54 PM, Caryl Bigenho wrote: I finally found the video done by Giulia D'Amico today about the XO-4 at CES. Watch it and see if you also have questions. Below you will find some of mine. Add yours below and pass it on. http://www.engadget.com/2013/01/06/marvel-olpc-4-0-ces-hands-on/ Can anyone verify any of these ? Please don't confuse the XO Learning Tablet with anything else OLPC is or has been doing. No one within the OLPC engineering or learning teams had any part in the development of the XO Learning Tablet hardware or software. They completely downplayed the XO-4 Touch Laptop in that presentation. It sounded like she said some content from Sesame Street and others would be included in Sugar on the XO-4. Is this correct? No, I don't believe so. She was talking about content on the XO Learning Tablet (under Android). She mentions the Journal as a means of Parental Control. Does this mean the XO-4 may be marketed to individuals? Again, she was talking about the XO Learning Tablet, which will be marketed to individuals (exclusively through Wallmart.) Unfortunately, there is still no plan to market XO-4 Touch to individuals. She said the child cannot remove things from the Journal. Does this mean it will be locked? Can a teacher or parent remove things? No idea. We were all surprised at the notion of the Journal as parental control. I notice that Tam Tam is still included. Has anyone managed to make the touch-screen standard type musical keyboard available as I have been suggesting? If so... I want to test drive it! If not, I hope it is in development and want to be a beta tester Me too! More recent versions of the XO-4 touchscreen firmware should allow a many-finger keyboard. I hope someone with an XO-4 is working on a demo! I'm surprised to hear that there is an Android version of Tam Tam. My guess is that it is a similar Android app. Regards, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] XO-4 Questions After Viewing CES video
Caryl, My apologies, I thought you were talking about this afternoon's video, not that one. Yes that is the XO-4 (although with a clear bottom unit). I believe Mike pegged the Sesame Street answer. We are getting the Sugar for the XO-4 from Sugarlabs, and I don't think they've made any startling changes to the Journal. This is just a new spin on it. I don't know how to delete an entry from the Journal, do you ? Cheers, wad On Jan 10, 2013, at 11:46 PM, John Watlington wrote: On Jan 10, 2013, at 10:54 PM, Caryl Bigenho wrote: I finally found the video done by Giulia D'Amico today about the XO-4 at CES. Watch it and see if you also have questions. Below you will find some of mine. Add yours below and pass it on. http://www.engadget.com/2013/01/06/marvel-olpc-4-0-ces-hands-on/ Can anyone verify any of these ? Please don't confuse the XO Learning Tablet with anything else OLPC is or has been doing. No one within the OLPC engineering or learning teams had any part in the development of the XO Learning Tablet hardware or software. They completely downplayed the XO-4 Touch Laptop in that presentation. It sounded like she said some content from Sesame Street and others would be included in Sugar on the XO-4. Is this correct? No, I don't believe so. She was talking about content on the XO Learning Tablet (under Android). She mentions the Journal as a means of Parental Control. Does this mean the XO-4 may be marketed to individuals? Again, she was talking about the XO Learning Tablet, which will be marketed to individuals (exclusively through Wallmart.) Unfortunately, there is still no plan to market XO-4 Touch to individuals. She said the child cannot remove things from the Journal. Does this mean it will be locked? Can a teacher or parent remove things? No idea. We were all surprised at the notion of the Journal as parental control. I notice that Tam Tam is still included. Has anyone managed to make the touch-screen standard type musical keyboard available as I have been suggesting? If so... I want to test drive it! If not, I hope it is in development and want to be a beta tester Me too! More recent versions of the XO-4 touchscreen firmware should allow a many-finger keyboard. I hope someone with an XO-4 is working on a demo! I'm surprised to hear that there is an Android version of Tam Tam. My guess is that it is a similar Android app. Regards, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] Announcing Q7B11 for XO-4
On Jan 8, 2013, at 12:49 AM, James Cameron wrote: XO-4 C1 only: after upgrading to Q7B11 from Q7B10 or earlier, you should use this command once at the ok prompt: update-nn-flash This will update the touchscreen firmware to 0.0.0.10. XO-4 B1: A number of B1s have a tinted light guide. You should upgrade as with the C1. If you don't have a tinted light guide and want one, let me know. I still have some left. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] 13.1.0 release candidate 2 (build 21) released
On Jan 2, 2013, at 10:16 AM, Gonzalo Odiard wrote: This build now enables XO-4 idle suspend by default. This is still a work in progress, there are still various instabilities which may make this build feel more unstable than previous ones. You can disable automatic power management in sugar's Settings panel to restore previous behaviour. These are the instabilities I have found in a few hours using it: * The xo shutdown showing a big 01 (or OI) in the screen. Serial connector show a lot of: [ 660.846067] mmcblk0: error -110 sending status command, retrying [ 660.846068] mmcblk0: error -110 sending status command, retrying [ 660.846098] mmcblk0: error -110 sending status command, aborting [ 660.846128] end_request: I/O error, dev mmcblk0, sector 3614152 Are these two separate tickets ? wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: dead wifi module? [Devel Digest, Vol 82, Issue 34]
On Dec 30, 2012, at 12:55 PM, Yioryos Asprobounitis wrote: Looks dead to me. I suggest: 1. remove external power cable and battery for five minutes, then test again, 2. remove and reseat the wireless card, (taking care with electrostatic discharge risk), Tried 1 and 2 with no success. Unfortunatelly I do not have my other XOs with me right now test 3 but looks pretty gone. Tried to locate a sales point for 88w8686 sdio module but the only one I found [1] looks nothing like the XO's one. iLovemyXO also does not appear to have it. Are these available only through OLPC? Possibly. Their sale to other companies is encouraged, but as the SDIO interface is generally only available in soldered-down modules they were manufactured for OLPC.They also take advantage of +1.8V SDIO signaling and efficient +1.8V power supplies on the motherboard to save power. For failure analysis reasons, can you verify the vintage of the 8686 card ? The serial number of the laptop it came in should be sufficient. If it is a developer unit, contact me off list with a shipping address. I keep a few on hand for use with new motherboards. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: HDMI port
On Dec 2, 2012, at 5:06 AM, Sameer Verma wrote: I was looking for a cable for the micro HDMI port on the XO4. I couldn't find it locally, so I bought it online. The connector is similar to a micro USB on my phone (size wise) but after plugging it into the XO, I realized that the connector is very flimsy. I suppose the bit sticking inside the XO doesn't feel robust enough to forgive any major movement of the cable on the outside. We missed the catch by around 0.25mm. It feels fixed on C1, after moving the connector. A type A HDMI cable connector seems to be quite robust, like a USB A connector. What was the thinking behind picking a micro HDMI connector? A regular HDMI connector seems more robust and easily available (my experience...yours may vary). Regular HDMI couldn't be retrofitted into older chassis. A rubber plug is available which glues into place from the inside in an older chassis when installing an XO-4 motherboard. Micro HDMI seems set to become as standard as micro USB. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 13.1.0 development build 12 released
More importantly, occasionally boot with two sources of power (battery and DC). Q7B01 should have been replaced automatically a number of builds ago. On Nov 16, 2012, at 6:16 PM, fors...@ozonline.com.au wrote: What version of Open Firmware? Q7B01 ___ 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: 12.1.0 on XO-1 customization stick
On Nov 15, 2012, at 8:44 PM, Tony Anderson wrote: Hi, If I understand this: 1. Get a developer key for each laptop in the school. 2. Use the developer key to unlock each laptop. 3. Do a normal install of the build image. 4. Relock the laptop by removing the developer key on the XO Once you remove the developer key, it will refuse to boot an unsigned image. The process is more like: 1. Get a developer key for each laptop in the school. 2. Use the developer key to unlock each laptop. 2a. Install local keys (either in addition to the OLPC keys or replacing them) 3. Do a normal install of the build image. 3a. This build should be signed with the local keys 4. Relock the laptop by removing the developer key on the XO Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OLPC XO 1.75 replace one of the 3 usb port with a mini hdmi
On Jan 19, 2011, at 6:48 AM, Andrew Puch wrote: Is the cost and form factor viable to replace one of the external usb ports with a mini hdmi Type C or D port ? Yes. We finally took your suggestion on XO-4. When students or teacher give talks it would be nice for them to show to the class on the tv what they are doing. The type hdmi 1.4 , D connector is 2.8 mm × 6.4 mm, where as the hdmi 1.3 type C connector is 2.42 mm × 10.42 mm; for comparison, a micro-USB connector is 2.94 mm × 7.8 mm and usb a is 11.5 mm × 4.5 mm. http://en.wikipedia.org/wiki/HDMI#Connectors Looks like the ARMADA 610 has support for hdmi 1.3 http://www.slashgear.com/marvell-armada-610-app-processor-1080p-hdmi-3d-graphics-more-0567682/ As does it's successor, the PXA2128, used in the XO-4 and XO-4 Touch. Also I hope there is a give1get1 one for this machine along with a nice touch screen :) There is a touchscreen on the XO-4 Touch. We are thinking of ways to increase availability of these. Maybe a usb header on the motherboard, along with pcie mini card a boy can dream. There is a spare USB port on the motherboard, although it is accessible on resistor pads, not a connector. Sorry about the mini-PCIe --- we use that connector for the WLAN but it only has SDIO and USB. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Multi-touch test activity
We got a new version of firmware from Neonode last week that improves things a small amount. I'm not sure what the state of the firmware auto-update it. One complication is that it was tuned for the tinted light guides, and doesn't work as well with the clear ones. I have some tinted light guides to send out --- reply to me privately if you are doing a lot of touch work. Cheers, wad On Nov 4, 2012, at 5:48 PM, Bert Freudenberg wrote: Hi folks, I made a simple Sugar activity to test the XO-4's multi-touch screen: http://activities.sugarlabs.org/en-US/sugar/addon/4611/ It works fine most of the time. Sometimes the touch contact ends unexpectedly without lifting the finger. It also demonstrates that the Neonode sensor's two touch points are not independent: If you put down two fingers simultaneously, it does not know in which of the 4 possible positions the two fingers are (it only knows that 2 horizontal and 2 vertical beams got obstructed) and so it has to guess. Also, the tracking sometimes switches over, e.g. when doing a pinch-zoom using your right hand. For activity developers this means that pinch/zoom and rotation gestures will work fine, but we cannot rely on truly independent touch tracking. Also, two-finger sweeps are not always recognized as two fingers if they are held close together. Nonetheless, it is fun to play with if you happen to have an XO-4 Touch :) Source code: http://git.sugarlabs.org/testmultitouch/mainline Patches welcome, but I want to keep the source simple, this is not going to become another Paint activity. - Bert - PS: Could some admin please delete the accidental non-mainline repo in http://git.sugarlabs.org/testmultitouch/ ? Keep mainline, remove testmultitouch. Thanks. ___ 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: Sandisk extreme 32GB and 16GB dont initialize in XO-1.75
Based on that error message, my guess is that those Sandisk cards are the first to support +1.8V operation. The kernel is detecting this, but getting confused as it doesn't know how to turn on +1.8V power to the SD (it isn't supported by that motherboard). On XO-1.5, we supported operating SD cards at +1.8V, but since we never encountered such a card the feature was dropped in XO-1.75/XO-4. All cards have to support operation at the +3.3V these systems provide. The kernel should recognize this limitation, and not try to negotiate for lower voltages. This sounds like a bug in build 21, please file a ticket. Thanks, wad On Oct 7, 2012, at 7:33 AM, George Hunt wrote: Hi all, I've been working on a XO-1.75 as XS project. The smallest form factor XS would use an SD card for School Server storage. So I purchased fast, large SD cards from Amazon. These cards work in my mac, and they initialize, and appear to work on the XO-1.5 running build 860. The XO-1.75 software is build 21 (12.1.0), firmware is Q4D17. The error message in the /var/log/messages is: Oct 7 11:18:44 schoolserver kernel: [157819.81] sdhci: Switching to 1.8V signalling voltage failed, retrying with S18R set to 0 Oct 7 11:18:44 schoolserver kernel: [157819.876896] mmc0: error -110 whilst initialising SD card In my reading about SD cards, I discover that some SD cards are not genuine. I have looked at /sys/... and the manufacturing number was 003 which is appropriate for sandisk. This error message is mentioned in Ticket #11736 I'd be happy to give more info, or do testing. George ___ 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: My XO-1.5 Lights
The LED intensities reflect the voltage of the main power rail of the XO, saving a small amount of power. When the laptop switches from charging to discharging the resulting change in brightness is noticeable. This can either be a diagnostic tool or an annoying distraction. There should be no visible change in brightness when running from battery. Cheers, wad On Oct 13, 2012, at 10:58 AM, Aaron Bedford wrote: While on battery or the charger I noticed the green lights will flicker. The power light does it the battery light will too along with the wifi lights. They flicker the same way the lights in a house would during a storm when then power goes in and out but not completely off. Is this common with this board ___ 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: XO-1.5's sudden death - oven resurrected!
On Oct 16, 2012, at 12:27 AM, Chris Leonard wrote: Having said that, in cases like the XO boards I think that we could and *should* know, at least the chemicals involved This link is the RoHS declaration for the XO-1. I have no knowledge of the potential changes in chemical composition between the XO-1 and the XO-1.5 or of the availability of the RoHS certificate for the XO-1.5 at this point in time. http://wiki.laptop.org/images/d/d2/RoHS.pdf I imagine this would probably be a reasonable approximation of what an XO-1.5 RoHS sheet would look like, but that is purely speculation on my part. Yes, every XO model meets RoHS. Starting with the latter half of XO-1.5 production, we also meet the USA's Consumer Product Safety Improvement Act as a child's toy. This covers nasties like phthalates (the power supply cord wasn't passing at first). The motherboards are not, however, halogen free. Despite all this certification, I know that compliance checking of suppliers/materials is expensive and rarely done periodically (the power supply cord manufacturer assured us that the second and third failing samples were phthalate-free!) Take caution (and preheat the board at 80C for an hour, not 15 min.) Regards, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SD Card bug? XO 1.75 (Repeat post)
On Oct 7, 2012, at 2:04 PM, RJV wrote: Bug? A SD card, with a .Rpm file, crashes the XO whereas any external device should only be used as a booting device if there is a boot image in it or is this an assumption in XO? We would need to know if your XO is in developer mode or locked down. I re-flashed the XO but the Linux installation needs to be re-done. Huh ? Were you running something other than the OLPC build ? Thoughts or any past experiences, anyone, on this? Shouldn't happen. One possibility is that some XO-1's weren't as robust as they should have, and many SD cards push the standard. Try another card if possible, or run some data tests of the SD card to test this. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: sketchometry
It runs. The UI is non-intuitive enough that I didn't get very far. How can an HTML5 app be closed source ? It may not be free, and you may not be able to redistribute it, but it is HTML... wad On Sep 18, 2012, at 1:59 AM, Peter Robinson wrote: This is an interesting HTML5 geometry app that works with tablets/touch. Would be interesting to see how well it works on the XO-Touch. http://www.sketchometry.com/ The BBC reported that it was open source, I can't see the details as to whether it is or not, it's certainly based on some open source bits though. Peter ___ 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: Attempting to re-purpose former XO 1.5 4GB microSD cards.
No idea. I've done that any number of times with no problem from XOs, and even my Mac. wad On Sep 16, 2012, at 2:52 PM, Kevin Gordon wrote: Folks: I am to understand that any upcoming m/b upgrade to an XO 1.5 will perhaps come with an 8GB card, thus making the old 4GB card superfluous. As such, I figured I would run an attempt at repurposing them. So in anticipation, I've taken out two (working perfectly) microSD 4GB cards from a couple of test 1.5's, placed 8Gb cards in the machines, re-flashed them, and all is good on those XO boxes with the new cards I then take the removed 4GB cards over to my Fedora 17 box and try to reformat them. I must be doing something wrong, or have missed some basic info - and, no, I am in as su, and the cards are not in hardware read-only switched adapters :-) I've tried parted, fdisk, then tried diskutil over on a Mac, Ubuntu. and yes, even disk manager on Windows. I cant seem to find any way to delete the 2 linux partitions and make just one big happy fat32 partition on either card, on any machine, using any software. On Fedora, fdisk seems to let me delete the partitions: i choose, i delete 1 2, i write, i look and it says there are no partitions. But lo and behold, when I reboot as suggested, they 'reappear'. I even tried on an F11 and F14 box too. gparted shows them successfully deleted, then on the post-op rescan, they're back.Am I missing something basic? I have happily formatted and reformatted, partitioned, resized, and otherwise intialised many other (non-former XO boot) SD cards with linux/fat32/linux-swap partitions on all of these machines; but. alas I now feel all newbie again. Cheers KG ___ 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: ARM motherboards
On Sep 12, 2012, at 1:43 AM, Sameer Verma wrote: I was walking through a replacement workflow in my mind for my Jamaica and India projects, and I realized that if/once the upgrades are done, one would be left with several older working motherboards. What's to become of these? If someone could design a chassis to hold a bunch of boards together...imagine a Beowulf cluster of these! (sorry, couldn't resist). Use them as mesh relay nodes ? wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: ARM motherboards
On Sep 4, 2012, at 10:47 PM, Sameer Verma wrote: Hi gang! http://blog.laptop.org/2012/09/04/are-you-working-with-xo-laptops-that-need-an-upgrade/ So, is there a minimum number of motherboards that one has to buy? Pricing? Both answers should be available from the email listed in the blog: countr...@laptop.org. Any other details? We've supported this from the beginning by design. Kits have been available as spare parts for deployments to purchase. Upgrading an XO-1 to an XO-1.5 or higher motherboard requires the insertion of a small metal bracket to hold the WLAN card. The XO-1.5/1.75 chassis are mechanically identical. Upgrading an earlier laptop to an XO-4 motherboard will require a small rubber piece inserted to change the size of one chassis hole from USB to micro HDMI. Unfortunately, the mechanics of XO-4 Touch mean it cannot be retrofitted. You can get the higher performance by upgrading to an XO-4, but sadly no multi-touch support. A kit includes all the parts needed to upgrade a particular laptop model. In addition to a motherboard (if XO-4 with an internal connector missing) this generally includes a new heat spreader, a WLAN card (if needed), and conductive foam/tape as needed to improve the ESD shielding of the earlier chassis. We do perform some testing of older laptops upgraded to each new motherboard design in order to construct appropriate upgrade kits. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC-AU] Retina display
Don't go there. It is hard to talk about the resolution of the PixelQi display. In BW mode, it is 1200 x 900.In color mode, it is something closer to 690 x 520, but the human visual system has much less color resolution anyway so it appears sharper. MLJ did a great job of matching the display to the HVS. Cheers, wad On Jul 27, 2012, at 11:56 PM, Sridhar Dhanapalan wrote: On 28 July 2012 13:51, James Cameron qu...@laptop.org wrote: On Fri, Jul 27, 2012 at 09:45:04PM -0400, Chris Leonard wrote: IANAL, but the term Retina in reference to computers and mobile devices is an Apple trademark, so any such use (referring to anything but an Apple device) would be violating their rights to that mark. IANAL too (although I Am Known As Legalist fits me) ... and any bid specification from a purchaser that uses the trademark would be effectively saying we want an Apple. Just to be clear, my question was not based on any external request. It was just an instance of curiosity from yours truly :) Sridhar ___ 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: Engadget post on XO Touch
On Jul 26, 2012, at 11:09 PM, Sameer Verma wrote: www.engadget.com/2012/07/26/olpc-xo-touch-1-75-to-use-neonode-tech/ The post says as yet unreleased XO 1.75. What's the official status on the 1.75? Still as yet unreleased? It's been shipping for some time now. I don't know where they got that information. And the correct name for the new generation will probably be XO-4 and XO-4 Touch. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Nandblasting not working in one xo
NANDBlaster uses a fixed transmit speed (modulation). If the signal budget for a laptop isn't sufficient to support that speed, it will fail to receive many packets. When using normal WiFi, the transmit speed (modulation) is decreased until reliable communication can be obtained --- therefore a laptop with decreased signal budget (e.g. bad antenna) may still work, although with degraded performance. Regards, John On Jul 9, 2012, at 11:10 PM, James Cameron wrote: That the antenna change did not work shows the problem is in the wireless card. You asked why not use the same mechanism as Sugar? Consider the transmitter performance. Your network used by Sugar probably has an access point with higher transmit power and better antenna than the laptop being used as NANDblaster sender. So it is perhaps the combination of small damage to one laptop and large damage to another laptop, that causes NANDblaster to fail. But the combination of good access point and large damage causes Sugar networking to be successful. See http://wiki.laptop.org/go/Antenna_testing#Link_Budget for a calculation of wireless success, to see what variables are important. Does Sugar in ad-hoc wireless mode work between the two laptops? Or Sugar in mesh wireless mode with no other laptops nearby? If so, that's very interesting. Open Firmware and Linux use different commands sent to the wireless card. I've checked, and we are using the same wireless firmware 5.110.22.p23 in both Open Firmware and Linux (build 883). Daniel, do you know of any commands that the Linux kernel may have sent to the card that may improve signal, even by accident? On Mon, Jul 09, 2012 at 04:06:16PM +0545, Roshan Karki wrote: I tried with antenna change but as you told, didn't work. So I think this is the dead end. Thank you for your help. But one question I wonder is in Sugar I can use very poor network very well. Why not use the same mechanism in OFW as well? On Fri, Jul 6, 2012 at 10:41 AM, James Cameron qu...@laptop.org wrote: G'day, Thanks for the photographs. There's nothing wrong that I can see either. Repair may attempt antenna change, but it is unlikely to be fixed with only antenna change. Perhaps the radio module has been damaged. On XO-1 the module is soldered down and is impractical to replace. In later models (XO-1.5, XO-1.75) the module is in a socket. -- James Cameron http://quozl.linux.org.au/ -- James Cameron http://quozl.linux.org.au/ ___ 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
Outdoor Light Sensor
We are looking for a better place for the outdoor light sensor in a future laptop, where we have a chance to make minor changes in the mainframe tooling. The problem with the current location is: interference from LEDs (noticeably the storage LED, with which it shares a package and light-guide) and interference from the display backlight, which shines through the back of the display and can easily be brighter than room lighting in the current setup. Suggestions ? wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] failed to register
On Jun 4, 2012, at 7:30 PM, John Watlington wrote: Adam, something is wrong with those addresses. The 18.nn.nn.nn subnet is owned by MIT. You shouldn't be using any of them.Perhaps you meant 172.18.nn.nn ? And I never got around to the second part of the comment. eth0 (the WAN port) on the XS should be in a different subnet than the laptops (the LAN ports).If for some reason it is not, difficulties will ensue as the routing tables will be screwed up. Cheers, wad On Jun 4, 2012, at 6:19 PM, Holt wrote: On 6/4/2012 3:27 PM, Sameer Verma wrote: On Sun, Jun 3, 2012 at 3:24 PM, Jerry Vonaujvo...@shaw.ca wrote: On Sat, 2012-06-02 at 13:15 -0700, Sameer Verma wrote: On Sat, Jun 2, 2012 at 10:10 AM, Sameer Vermasve...@sfsu.edu wrote: XS 0.7 OLPC build 874 Sugar 0.92.2 The XO fails to register, but a folder is created for the XO on the XS under /library/users/ The XO shows no collaboration server under Control Panel | Network Any ideas? Pointers? cheers, Sameer On the XS I see the machine as registered via /var/log/messages (schoolserver olpc_idmgr: Registered user abcdefgh with serial SHC03345845) So, looks like the server end is doing what it should, but the XO end is not? Think you bumped into this: https://dev.laptop.org/ticket/11056 Jerry Thx. Will investigate. Copying Adam Holt and the Jamaica team on it (the trouble in in a school there). Sameer One XO-1.5 successfully registered back on Saturday. It successfully then pushed 36MB to the XS' /library/users/SHC03801C2E (after running /usr/bin/ds-backup.sh on the XO-1.5 and waiting ~30min). So we went home Saturday night with a false sense of confidence! But no XO-1.5s will fully register today (all ~50 of the school's XOs are XO-1.5s). Clearly, Jamaica's change from XS 0.6 to XS 0.7 two months ago destroyed reliable registration? Frustrating as all XO-1.5s do connect to XS, whose /library/users become populated with each XO's serial number, when they 1st attempt to register. EG. directory /library/users/SHC03801C18 on XS is just 1 of many examples of an XO-1.5 incompletely registering -- all similar directories contain: .bash_logout .bash_profile .bashrc .ssh Is it normal that XO-1.5s can ping the schoolserver in these 3 ways: ping 18.172.0.1 ping schoolserver(responds as 18.172.196.1) ping schoolserver.providence.uwimona.edu.jm(responds as 18.172.196.1) But yet CANNOT ping the schoolserver's eth0 IP address: ping 18.172.196.1(its inet addr according to ifconfig etho anyway) If it matters, a failng-to-register XO-1.5's /etc/resolv.conf reads as follows: # Generated by NetworkManager domain providence.uwimona.edu.jm search providence.uwimona.edu.jm localdomain nameserver 172.18.196.1 What should I be trying?? :) -- Help kids everywhere map their world, at http://olpcMAP.net ! ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] failed to register
On Jun 4, 2012, at 8:35 PM, John Watlington wrote: I suspect that your ISP is assigning 172.18.196.1 to the XS, which is then confused as to where packets destined for 172.18.xx.xx should be routed. eth0 and the other interfaces on the XS should be in separate subnets. BTW, if this is actually the problem I don't have a quick fix. This is why I chose the relatively unused 172.18.xx.xx unroutable addresses originally, instead of the more common 10.xx.xx.xx or 192.168.xx.xx private ranges for the internal network. Perhaps someone who has worked on the XS networking recently can help ? wad On Jun 4, 2012, at 8:04 PM, Holt wrote: On 6/4/2012 7:32 PM, John Watlington wrote: On Jun 4, 2012, at 7:30 PM, John Watlington wrote: Adam, something is wrong with those addresses. The 18.nn.nn.nn subnet is owned by MIT. You shouldn't be using any of them.Perhaps you meant 172.18.nn.nn ? Wad's exactly right -- I spent too many years at MIT and so typed 18.* without thinking. The correct IPs for the XS (no idea why there are 2) are in fact: 172.18.0.1 (pingable, ssh, etc) 172.18.196.1 (schoolserver?) I remain very concerned that 172.18.196.1 is not pingable from the XO-1.5s, even when this IP's names {schoolserver, schoolserver.providence.uwimona.edu.jm} are pingable, responding with 172.18.196.1 In Response to DSD: There is no server set in My Settings Network Server on any of the XO-1.5s Hopefully Sameer who helped with the original XS networking config 2 months ago can respond to Wad's WAN/LAN request below?? And I never got around to the second part of the comment. eth0 (the WAN port) on the XS should be in a different subnet than the laptops (the LAN ports).If for some reason it is not, difficulties will ensue as the routing tables will be screwed up. Cheers, wad On Jun 4, 2012, at 6:19 PM, Holt wrote: On 6/4/2012 3:27 PM, Sameer Verma wrote: On Sun, Jun 3, 2012 at 3:24 PM, Jerry Vonaujvo...@shaw.ca wrote: On Sat, 2012-06-02 at 13:15 -0700, Sameer Verma wrote: On Sat, Jun 2, 2012 at 10:10 AM, Sameer Vermasve...@sfsu.edu wrote: XS 0.7 OLPC build 874 Sugar 0.92.2 The XO fails to register, but a folder is created for the XO on the XS under /library/users/ The XO shows no collaboration server under Control Panel | Network Any ideas? Pointers? cheers, Sameer On the XS I see the machine as registered via /var/log/messages (schoolserver olpc_idmgr: Registered user abcdefgh with serial SHC03345845) So, looks like the server end is doing what it should, but the XO end is not? Think you bumped into this: https://dev.laptop.org/ticket/11056 Jerry Thx. Will investigate. Copying Adam Holt and the Jamaica team on it (the trouble in in a school there). Sameer One XO-1.5 successfully registered back on Saturday. It successfully then pushed 36MB to the XS' /library/users/SHC03801C2E (after running /usr/bin/ds-backup.sh on the XO-1.5 and waiting ~30min). So we went home Saturday night with a false sense of confidence! But no XO-1.5s will fully register today (all ~50 of the school's XOs are XO-1.5s). Clearly, Jamaica's change from XS 0.6 to XS 0.7 two months ago destroyed reliable registration? Frustrating as all XO-1.5s do connect to XS, whose /library/users become populated with each XO's serial number, when they 1st attempt to register. EG. directory /library/users/SHC03801C18 on XS is just 1 of many examples of an XO-1.5 incompletely registering -- all similar directories contain: .bash_logout .bash_profile .bashrc .ssh Is it normal that XO-1.5s can ping the schoolserver in these 3 ways: ping 18.172.0.1 ping schoolserver(responds as 18.172.196.1) ping schoolserver.providence.uwimona.edu.jm(responds as 18.172.196.1) But yet CANNOT ping the schoolserver's eth0 IP address: ping 18.172.196.1(its inet addr according to ifconfig etho anyway) If it matters, a failng-to-register XO-1.5's /etc/resolv.conf reads as follows: # Generated by NetworkManager domain providence.uwimona.edu.jm search providence.uwimona.edu.jm localdomain nameserver 172.18.196.1 What should I be trying?? :) -- Help kids everywhere map their world, at http://olpcMAP.net ! ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel -- Help kids everywhere map their world, at http://olpcMAP.net ! ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: Turtle Art sensor xo 1.75 range voltage
On Jun 1, 2012, at 9:24 PM, fors...@ozonline.com.au wrote: We should test the calibration again. Walter, Guzman Testing with TA140 It looks like the 1.75 audio circuit was changed between the preproduction and the ramp unit 1.75's Testing on SKU199 and SKU204, the impedance has gone from 1k to 4k and the calibration is all wrong on 204 (TA calibration should be OK for the moment on preproduction SKU199) Can laptop.org please confirm that there was an audio redesign between SKU199 and SKU204? Is the SKU204 design now stable or can we expect further changes? Yes, there was a redesign which increased the resistance between the Mic voltage source and the mic jack from roughly 1K to roughly 3K for improved microphone performance.All production XO-1.75s use the SKU204 circuitry. Is the input protection the same as the 1.5: The XO-1.5 is protected by a resistor,(1/16W 470 ohm SMD0402) and a pair of diodes to ground and to +3.3V which should protect -6V to +9V continuously, and up to higher voltages for shorter periods of time. http://wiki.sugarlabs.org/go/Activities/TurtleArt/Using_Turtle_Art_Sensors#Specifications Yes, the protection circuitry is the same as used on 1.5. Chers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 SD card access during boot-up
On May 30, 2012, at 3:42 AM, James Cameron wrote: Agreed. I meant a proper power cycle, not the type provided by XO-1 without supply discharge. My point is that it is hard to know if leaving the power on and using CMD0 is any better than turning the power off. We already have a delay in the firmware to provide 250ms fall time for XO-1 and XO-1.5. We could increase that, but it will slow booting still further. I misunderstood the question, and can answer that one. CMD0 only works if the card is already in a working state. Power cycling will always reset the card to a working state. A while back, Microsoft finally got tired of the number of computers that could get themselves wedged into a state which required a hard power cycle, and starting insisting that the ability to power cycle the SD/MMC card was required for Windows certification. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OLPC Engineering] [Techteam] #11599 LOW 3-softw: Requesting new TS mode: DEVL
I was thinking that DEVL mode would trigger runin, with aggressive timing and 24 hour cycles. Richard is thinking about whether or not to keep the battery test. Cheers, wad On May 1, 2012, at 3:17 AM, Zarro Boogs per Child wrote: #11599: Requesting new TS mode: DEVL -+-- Reporter: wad| Owner: Type: enhancement| Status: new Priority: low| Milestone: 3-software Component: manufacturing process | Version: Development build as of this date Resolution: |Keywords: runin, DEVL Next_action: code |Verified: 0 Deployment_affected: | Blockedby: Blocking: | -+-- Comment(by Quozl): DEVL mode implemented in git, but does nothing, still need to know what it should do. -- Ticket URL: http://dev.laptop.org/ticket/11599#comment:2 One Laptop Per Child http://laptop.org/ OLPC bug tracking system ___ Techteam mailing list techt...@lists.laptop.org http://lists.laptop.org/listinfo/techteam ___ Engineering mailing list engineer...@laptop.org http://lists.laptop.org/listinfo/engineering ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
USB cameras
Does anyone have experience trying to use a USB camera with an XO1.5/1.75 ? Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Q2F10 for XO-1
On May 3, 2012, at 1:37 AM, Hal Murray wrote: ok dir u: says Can't open directory In case it matters, this USB drive is old, old, old... 16 MB. :) I took the discussion with James Cameron off-list to reduce clutter. For the archives and/or in case anybody is curious. The problem turned out to be that dir u: doesn't support USB 1.1 drives. (Remember, I said it was old.) Just for clarification, do you mean full-speed (11 Mb/s) devices (USB 1.0) or low-speed (1 Mb/s) devices (USB 1.1) aren't supported by dir u: ? Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Switching to randomly generated hostnames
On May 1, 2012, at 6:49 PM, John Gilmore wrote: Currently, XO hostnames are set on first boot in the following format: xo-A-B-C Where A, B and C are the last 3 bytes of the MAC address expressed in hex. In Nicaragua we are seeing cases where XOs have no hostname set, both on XO-1 and XO-1.5. On XO-1 this is presumably because libertas usb8388 init was never 100% reliable, and on XO-1.5 its presumably because the wireless card was DOA but was replaced after first boot. Why would we need to get it from the wireless card? Isn't the laptop's MAC address stored in the manufacturing data in motherboard flash? I second this recommendation. While the MAC address in the manufacturing data may not be correct (if the WLAN card has been changed), it is guaranteed to be as unique as the laptop serial number. Using only the last three bytes of the MAC may not result in a unique name, however. It was when we only used cards from one manufacturer, but that changed starting with XO-1.5. My problem with the suggestions to randomly generate the host name are that no-one has proposed a method for detecting and correcting the name collisions that are sure to occur. (How is /dev/urandom seeded these days ?) Personally, most of the laptops I use don't have manufacturing data, but that can be corrected. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Asymmetric Multiprocessing
Can someone please enlighten me as to the current state of Linux and asymmetric multiprocessing ? A number of ARM SoCs on the market include both high performance and low power cores. Does Linux have a strategy for scheduling to these asymmetric processing units yet ? Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Asymmetric Multiprocessing
On Apr 30, 2012, at 9:28 AM, Peter Robinson wrote: On Mon, Apr 30, 2012 at 2:23 PM, John Watlington w...@laptop.org wrote: Can someone please enlighten me as to the current state of Linux and asymmetric multiprocessing ? A number of ARM SoCs on the market include both high performance and low power cores. Does Linux have a strategy for scheduling to these asymmetric processing units yet ? Presumable you're referring to the general cores like the Tegra3 and not some of the supplemental cores like on the OMAP devices for media processing? I'm referring to cores running the same instruction set, but with widely varying processing speeds (OMAP 5, Marvell PXA2128, i.e. ARM big.LITTLE). wad Support for the Tegra 3 core landed in 3.4, Linaro is working on the arm big.LITTLE Cortex A15/A7 support. There's a two phase approach to this, I thing there's a couple of articles on LWN about the direction they are taking. Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Asymmetric Multiprocessing
Thanks for the pointers. Sigh... As usual, our ability to build fun hardware has way outpaced computer science's ability to program it outside of simple manually partitioned examples. Cheers, wad On Apr 30, 2012, at 9:53 AM, Peter Robinson wrote: Various links below, in fact yesterday Linaro I believe released a qemu image that allows big.LITTLE to be emulated for dev and testing. https://lwn.net/Articles/481055/ http://www.linaro.org/linaro-blog/2011/12/15/big-little-technology-two-usage-models/ https://wiki.linaro.org/WorkingGroups/Kernel/Big.Little.Switcher http://lists.linaro.org/mailman/listinfo/linaro-big-little http://git.linaro.org/gitweb?p=arm/big.LITTLE/switcher.git;a=summary http://www.linaro.org/linaro-blog/2012/04/26/linaro-12-04-released/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH runin] Port to systemd
Daniel, Are you sure about this ? Runin does not perform any first boot functions. IIRC Richard goes through great lengths getting X to start... Cheers, wad On Apr 23, 2012, at 11:46 AM, Daniel Drake wrote: On Mon, Apr 23, 2012 at 9:40 AM, Martin Langhoff martin.langh...@gmail.com wrote: Hi Daniel it's excellent that runin is a runlevel. That's been pending for long. However... A runin-check service is run every boot, after olpc-configure but before the rest of the system. runin-check is based on the old init script. _After_ olpc-configure? AIUI, runin was running much earlier, _before_ olpc-configure. My (naive?) assumption was that a small script would try to do the runlevel change as early as possible. I assume there is a reason why you are doing it late... my concern is that any changes to olpc-configure may change the env runin expects. runin was always ran after olpc-configure. This is nothing new. You cannot start X before olpc-configure has run. Thanks 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] XS procurement recommendations (new hardware - Nosy Komba, Madagascar)
Just a quick reminder that we have XO-1.75 production units available for people who want to work on XS on ARM. Just fill out the form at: http://wiki.laptop.org/go/Contributors_program/Project_proposal_form and list XS on ARM XO as the project. If you have any problems getting one this way, drop me a note. Cheers, wad On Apr 17, 2012, at 1:52 PM, George Hunt wrote: Hi Kevin, As far as I can tell, the system programmers in Boston are very occupied with getting 1.75 and 3.0 out the door. I think there's interest in seeing an ARM XS, but not immediately, with the resources available to them. There's a volunteer in San Francisco, who's email is rihoward, who has played with a number of ARM boxes. He's already given me some really useful advice. I don't have the background to be very productive in getting the XS onto ARM, but to me it seems strategic. I am spending a few hours every day, trying to learn about cross compiling fc17 onto the ARM arch. But I'm no expert. Maybe we could join forces. As I go along, one of my goals it to document the steps at schoolserver.wordpress.com. George On Tue, Apr 17, 2012 at 12:28 PM, Kévin Raymond shai...@fedoraproject.org wrote: On Tue, Apr 17, 2012 at 3:46 PM, Mitchell Seaton msea...@ekindling.org wrote: I might sum up here from recent additions (replies) on this mailing list regarding current low-power server options (x86/32bit) for XS: 1) FitPC2i - Dual Ethernet, fanless, poss heat-issue (heat sink), PhoenixBIOS (no Wake-on-LAN), 12W draw (poss ~5W idle) http://www.fit-pc.com/web/fit-pc/fit-pc2i-specifications/ 2) SolidLogic - (VIA C7, 25W draw) current sys in use not available for purchase, EU options in links below http://www.logicsupply.eu/systems/intel-atom/ http://www.logicsupply.eu/systems/fanless/ deployment sites: Jamaica 3) MSi WindBox - '10 Atom D510, 4GB DDR2 - ~35W, drawback single Ethernet NIC (USB WiFi adapter) http://fr.msi.com/models/Wind%20Box%20DC500 deployment sites: Nepal, Haiti, Philippines 4) EPC-AT270 - Dual Ethernet (Wake on LAN), fanless, drawback '08 model Atom N270 (2GB DDR2) - http://www.avalue.com.tw/products/EPC-AT270.cfm deployment sites: PNG, Oceania? These solutions generally haven't changed in the last two years, in Q2, 2012 now these are the current stable options for low-power x86? If that's the reality, I assume we can make a decision around these options, taking site specific considerations into account, and plan for possible involvement (replacement) down the line (1-2+ years) with any future server development for ARM/plug/etc and what suitable working model is devised around it. Regards, Mitch Hi there, I am new in this list but involved in OLPC-France. Could someone point me to the XS ARM port status? I don't know yet what software the XS is composed of, but since I have the Alex's dreamplug here in Paris I could try to move things forward. (Won't probably make it before May but costs nothing to read about it). I also have a FitPC(2?), but the power supply is lost somewhere in my bedroom… Yeah, it is way too hot IMHO -- Kévin Raymond (shaiton) GPG-Key: A5BCB3A2 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Looking for new low power server hardware candidate
Why not an XO-1.75 ? On Apr 10, 2012, at 8:04 PM, Martin Langhoff wrote: On Mon, Apr 2, 2012 at 2:03 AM, George Hunt georgejh...@gmail.com wrote: I left my fitpc2 and msi servers in the Philippines, hoping they would be pressed into service in a classroom situation. So now I'm in the market for another toy. If you have time towork with us through some hitches, I'd recommend an ARM server. At this stage I'd say one of the Marvell/Globalscale Plug servers (dreamplug for example), or a trimslice. Either option will need a combination of the OS on internal SD/eMMC and the storage on an ext HDD (via USB probably). cheers, 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 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: XO-1 to switch back to JFFS2
On Apr 4, 2012, at 10:37 PM, Martin Langhoff wrote: On Wed, Apr 4, 2012 at 5:33 PM, Daniel Drake d...@laptop.org wrote: Comments/objections? JFFS2 worked well enough when those laptops were built and tested! It's sad that this space (raw NAND filesystems) isn't seeing more attention from filesystems people. But it seems a pretty established trend, now that FTLs have gotten better and their cost has for all practical purposes disappeared. I started looking at ubifs expecting to at least have the chance to use it on larger raw devices. The nine-month technology cycle time of the NAND Flash industry just doesn't fit well with the larger SoC design time. The notable point, IMO, is the growing acceptance of FTLs everywhere, through SSDs. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.3.1 development build 32 for XO-1.75, XO-1.5 and XO-1
os32 seems to dump core on XO-1.75 if the serial console is enabled either via the enable-serial value in olpc.fth or by holding down the check key. Bummer, wad On Mar 29, 2012, at 4:56 PM, Martin Langhoff wrote: This build brings fixes to powerd and OFW on all platforms. XO-1.75 gets a kernel fix for Libertas reset. Updatable via olpc-update -- try the cmdline below. Notes: - On XO-1.75 the getty on the serial port is _disabled_ by default now (that's the workaround). It gets enabled when you hold the check game key during boot (for verbose boot). Upgrade online with: olpc-update 11.3.1_xo1.75-32 olpc-update 11.3.1_xo1.5-32 olpc-update 11.3.1_xo1-32 Download from: http://build.laptop.org/11.3.1/os32/ Fixes (please help us confirm): #11730: Libertas: command timeout, does not recover #11723: OFW XO-1.75 - only escape key should escape to prompt Changes XO-1.75: -kernel-3.0.19_xo1.75-20120320.1540.olpc.7e610e7.armv7l +kernel-3.0.19_xo1.75-20120321.1512.olpc.1398916.armv7l -olpc-firmware-q4d05-1.unsigned.noarch +olpc-firmware-q4d08-1.unsigned.noarch -olpc-powerd-46-1.fc14.armv5tel -olpc-powerd-dbus-46-1.fc14.armv5tel +olpc-powerd-47-1.fc14.armv5tel +olpc-powerd-dbus-47-1.fc14.armv5tel Changes XO-1.5: -olpc-firmware-q3c02-1.unsigned.noarch +olpc-firmware-q3c03-1.unsigned.noarch -olpc-powerd-46-1.fc14.i686 -olpc-powerd-dbus-46-1.fc14.i686 +olpc-powerd-47-1.fc14.i686 +olpc-powerd-dbus-47-1.fc14.i686 Changes XO-1: -olpc-firmware-q2f07-1.unsigned.noarch +olpc-firmware-q2f08-1.unsigned.noarch -olpc-powerd-46-1.fc14.i686 -olpc-powerd-dbus-46-1.fc14.i686 +olpc-powerd-47-1.fc14.i686 +olpc-powerd-dbus-47-1.fc14.i686 Kernel changelog XO-1.75 Daniel Drake (1): libertas: add sd8686 reset_card support 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1.75 OpenFirmware serial terminal
On Mar 27, 2012, at 5:52 AM, James Cameron wrote: This is a serial terminal implementation for an XO-1.75 using Open Firmware. Useful --- the computer science equivalent of the voltmeter. Educational --- I learned that OFW has structs, and some new primitives (/n, ukey). Credit to the existing Open Firmware serial port FIFO queue implementation. Couldn't have made it stable without it. Nice. It is cool to see a Forth version of what I wrote so many variations of in C. My favorite two lines (for simplicity) in the terminal emulator were: \ serial interrupt handler for received data : si ( -- ) ukey read-q enque ; I'd love to see serial terminal preloaded, but also acknowledge that I'm the one pushing against a 2MB SPI Flash ROM. How about specifying a location in the main build, where another 20KB of example OFW code isn't as important ? Say: devalias lib int:2 # build a pointer to the library into OFW dir lib:\ofwlib\ # See what is available (anyway to avoid the dir name ?) fload lib:\ofwlib\serial.fth serial We could also move some of the existing non-essential OFW utilities there as SPI Flash ROM space gets tighter, such as emacs. Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: coding 88W8388 firmware
On Mar 21, 2012, at 5:47 AM, lluvia_li...@lavabit.com wrote: Hi list, I'd like starting learning the skills for helping to write a firmware replace for the 88WW8388 chip. I was reading on the wiki, specially this entry http://wiki.laptop.org/go/88W8388 However, I don't know which is the current state or if some code is already available. I couldn't find any yet. The firmware for the 88W8388 was developed by Marvell, and source code has never been released. I don't believe efforts to develop an open source alternative went anywhere. I found this link on the Libertas wiki page: Discussions about how to open libertas firmware http://lists.laptop.org/pipermail/devel/2007-January/003720.html There was no success in getting the software ported or released. (In searching to see if we publicly recorded any of regular internal arguments about this, I instead found OpenMoko's statement which summarizes the situation nicely, even linking to the thin firmware compromise we adopted.) Starting with the XO-1.5 (and continuing with the XO-1.75), the WLAN module is based on a Marvell 88W8686. This chip uses the same libertas driver as the 88W8388, but has simpler firmware which is incapable of performing the mesh routing on the WLAN's processor. We did pay to get a version of firmware developed for both the 8388 and the 8686 which offloads the packet processing to the main processor (normally much of this is done by the WLAN's processor). This thin firmware, while consuming more power does allow open source support for 802.11s and AP mode as well as open experimentation with mesh routing and protocols. See http://wiki.laptop.org/go/Thinfirm_1.5 and http://wiki.laptop.org/go/Libertas_Thinfirmware_HOWTO PD: I'd like to report also that the following material is not working: It's a wiki --- go ahead and fix it! Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Documentation
While on the topic of lack of documentation, I would like to thank John Gilmore for reminding us about unfulfilled promises and Harald Welte for working with Via to get the Programmer's Guide to the VX855 Companion Chip used in XO-1.5 publicly released. It is linked into the XO-1.5 wiki page: http://wiki.laptop.org/go/XO-1.5#Core_electronics Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] olpc.fth - grow the root filesystem partition on boot
On Mar 14, 2012, at 6:04 PM, James Cameron wrote: On Wed, Mar 14, 2012 at 08:37:23AM -0600, Daniel Drake wrote: On Wed, Mar 14, 2012 at 7:06 AM, Richard Smith rich...@laptop.org wrote: On Wed, Mar 14, 2012 at 1:35 AM, James Cameron qu...@laptop.org wrote: Grows the second partition so that it takes up all remaining space on the eMMC or microSD card. ?Fix for #11690. ?Part of #10040. Costs 120ms. ?(Use of a flag file costs 130ms). I don't think its necessary to do this check every boot. I propose you move it to after fs-update has installed an image. Also, olpc.fth isn't executed in the secure boot path, so it does need to be put somewhere else. I like Richard's suggestion. This would break fs-verify, and is therefore unacceptable. Is this really a concern ? It doesn't break fs-verify if one is using the correct image for the storage device in question. Or are we tweaking the filesystem to get the extra few MB with some cards ? Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] olpc.fth - grow the root filesystem partition on boot
On Mar 14, 2012, at 7:29 PM, James Cameron wrote: fs-verify is used after fs-update in factory to ensure that the fs-update was successful. But the factory can use the correct size image (within a few tens of MB) in the first place, resulting in no change by the resize operation. We might instead place it in the olpc.fth path for insecure boot, and in the fs-update path for secure install. Or we might add it to the tail of fs-update, and add an fs-update-no-resize for the factory to use, with an fs-resize for them to use after fs-verify. This sounds like the right compromise... Cheers, wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] XS on XO
How is this work going ? On a somewhat related note, I was building a firewall/serve box from an XO-1.5 running os883, and ran into the problem that the stock kernel doesn't have enough of the netfilter options enabled (specifically CONFIG_IP_NF_TARGET_REJECT) to support either the firewall rules I wanted to use or the old XS firewall rules. Daniel, How did you deal with this on the previous XS on XO work ? Cheers, wad On Feb 23, 2012, at 4:52 PM, Martin Langhoff wrote: On Feb 23, 2012 10:27 AM, Daniel Drake d...@laptop.org wrote: Another option you may wish to explore is running CentOS6 with the OLPC kernel on the XO. (but I haven't really thought this through, might be missing something obvious) That sounds like a good approach to me. Given the python incompat, I'd try this next. cheers, m { Martin Langhoff - one laptop per child } ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] A quick networking question
On Feb 29, 2012, at 10:05 AM, Samuel Greenfeld wrote: The example DHCP configuration linked likely should be updated to support multiple MAC address ranges. In addition to the 00:17:C4 prefix mentioned in that script, newer XOs may come with Wifi cards that have a 20:7C:8F prefix, and I'm looking at an XO that has a 68:A3:C4 prefix. The days of simple MAC filtering are probably over.As Samuel points out, there are at least two sources of WLAN modules for XO-1.5/1.75 laptops, and more might be introduced in the future. There are well established protocols and services for authenticating access to a network (802.1x). Supposedly wpa_supplicant already supports some of them ? It is time to start using one of them. Cheers, wad ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] A quick networking question
On Feb 28, 2012, at 1:05 PM, Holt wrote: Clarif: port 80 is (unfort) forwarded thru the XS, for all laptops that connect over Wifi. Traffic across all other ports (incl 443 = https) is thankfully blocked, though I've no idea why/how unfortunately ;) Sounds like your problem is squid. Your firewall is probably blocking FORWARDS from non-XOs, but routing all http traffic into squid. You instead need to only route XO http traffic into squid. What version school server software ? Cheers, wad On 2/28/2012 12:49 PM, Holt wrote: On 2/28/2012 12:29 PM, George Hunt wrote: In Haiti, Adam and I have been trying to get a school server online. We're finding that volunteers are going through the school server to the internet with their laptops, and he wants to turn that off, at least for now. I've turned off /proc/net...ip_forward and verified that there is no masquerade enabled in the iptables. But that's not enough!! I wasn't sure that the vpn wasn't setting up a gateway, so I had him turn off the vpn. But still the school server was routing to the 3G usb modem dongle even with the vpn pipe closed down. How does the school server act like a router? It may be related to the ppp connection and wdial configuration. But I'm stumped. But I'm trying to bring myself up to speed quickly because he really wants to get it turned off. Any ideas on what to try next? I'm afraid the solution is going to be to pull out the 3g dongle. Interestingly the XS(*) creates an open path for any random non-XO laptop to access the web, but seems to block non-web traffic like ssh and IMAP. In any case, even if it's just forwarding port 80 and 443 (?) we just cannot afford to become a free ISP here in semi-rural Haiti, given so many visitors to our school especially. (*) XS as set up by Tony Anderson early autumn 2011, and currently maintained by George Hunt I. -- Help kids everywhere map their world, at http://olpcMAP.net ! ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: power saving available in different stages
Can you tell us which generation XO you are asking about ? They are all somewhat different. The backlight in all XO laptops draws 1W at full brightness. dim it, and you can save 40% of that. Blank it, and you save the full 1W, plus another 300 mW or so for the DCON and display electronics. Go to sleep, and you save all that plus much more. Cheers, wad On Feb 20, 2012, at 7:15 AM, Jerry Vonau wrote: Hi All: I'm wonder if anybody would know what the potential power savings might be while in the stages of dim, blank, and sleep? Thanks for any feedback, Jerry ___ 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: [OLPC Engineering] [Techteam] B Test keyboards on eBay
Those keyboards are not usable with any OLPC laptop ever put into production. They are truly XO-1 B2 series keyboards. My guess is that someone was tasked with selling useless inventory... They won't even work with XO-1 B3/B4 pre-production laptops. I suggest that the Association contact EBay, and have the sale pulled for (1) using our trademarked name and (2) offering a product which doesn't work with any XO ever shipped. Cheers, wad On Feb 19, 2012, at 9:47 PM, Samuel Greenfeld wrote: I don't know where the seller got them, but if you search for OLPC keyboard on eBay, someone from China is selling several lots of B-Test keyboards for $18.99 per keyboard. The photographs are interesting to look at, as I've never seen old prototype keyboards before, and there are some languages being offered I've never seen physical keyboards of. --- SJG ___ Techteam mailing list techt...@lists.laptop.org http://lists.laptop.org/listinfo/techteam ___ Engineering mailing list engineer...@laptop.org http://lists.laptop.org/listinfo/engineering ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel