Re: [support-gang] Does Collection Stick work with 11.3.0 ?
On Tue, May 29, 2012 at 11:42:49PM -0400, Nathan C. Riddle wrote: > Forwarding this per request using "reporting bugs: Quick and easy way" > > Bug: collection stick on XO-1 or XO-1.5 running 11.3.0 does not > collect serial number and UUID. Instead, the XO ignores stick and > boots normally. Stick does work on XO-1 running build 650 or 8.02 Thanks. I've just tested 11.3.0 on XO-1 and XO-1.5, using firmware versions Q2E48 and Q3B22, with the current collection stick, and it works fine. There are a couple of reasons why the XO ignores the stick and boots normally: 1. the laptop is not secured ... so hold down the X game key during boot and this will temporarily secure it, 2. the filesystem on the stick is not readable by the newer firmware version supplied with 11.3.0 ... please check the filesystem with Linux dosfsck, Mac OS X Disk Utility, or Microsoft Windows scandisk, -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [support-gang] Does Collection Stick work with 11.3.0 ?
That's odd. I didn't think the collection stick software needed to reach into the filesystem to get at the operating system. So an operating system dependency is confusing. What firmware versions have you tried it with? -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [support-gang] Does Collection Stick work with 11.3.0 ?
Forwarding this per request using "reporting bugs: Quick and easy way" Bug: collection stick on XO-1 or XO-1.5 running 11.3.0 does not collect serial number and UUID. Instead, the XO ignores stick and boots normally. Stick does work on XO-1 running build 650 or 8.02 . On Tue, May 29, 2012 at 6:41 PM, Chris Leonard wrote: On Tue, May 29, 2012 at 11:31 AM, Nathan C. Riddle wrote: The collection stick for collecting serial numbers and UUID does not seem to work with 11.3.0 . Has anyone used it with 11.3.0 ? No file generated (no previous file on stick) The stick will work with build 650 and 8.02 but not 11.3.0 (have not tried 10 series). Downloaded current Actos.zip and Runos.zip as given in Activation_and_developer keys and the behavior is same. Please file a bug so a developer can look into this. cjl ___ support-gang mailing list support-g...@lists.laptop.org http://lists.laptop.org/listinfo/support-gang ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 SD card access during boot-up
On Sun, May 27, 2012 at 11:22 AM, Mikus Grinbergs wrote: > For three years now, as part of my XO customization I've had an > initialization script in /etc/rc.d/init.d/ that issues an explicit 'mount' This is a shot in the dark, but might be of use.Your mount script was racing with the automounter -- and perhaps winning always/most of the time. The startup sequence and the automounter have changed *radically* in 12.1.0 with the introduction of systemd. > The closest I have to a clue is that /media appears to be empty. It probably doesn't exist anymore _and_ you are racing with some init script from the new, wild and wooly systemd world. The "user removable device" automounter mountpoints are now under /run/ (I think /run/user//media or somesuch). hth, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.3.1 release candidate 2 (build 885) released
On Wed, May 30, 2012 at 4:26 PM, Martin Langhoff wrote: > We're pleased to announce our second release candidate of our > 11.3.1 software release. What is interesting about this build compared to the previous RC? All platforms - Updated OFW with various bugfixes and improvements - Updated support for USB 3G modems - USB Lego Tower support XO-1.75 - Audio driver fixes - Camera fixes for OV7670 (in wide use) and SIV120D (new camera) - WLAN fix - Verbose boot fix - Thermal watchdog fix XO-1 - Libertas driver now has mesh_disable parameter 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
11.3.1 release candidate 2 (build 885) released
We're pleased to announce our second release candidate of our 11.3.1 software release. This RC supports XO-1, XO-1.5 and XO-1.75. Information and installation instructions can be found here: http://wiki.laptop.org/go/Release_notes/11.3.1 Quick links for those who know which files need to be grabbed and save to USB disks: http://download.laptop.org/xo-1/os/candidate/885/ http://download.laptop.org/xo-1.5/os/candidate/885/ http://download.laptop.org/xo-1.75/os/candidate/885/ This is a signed release candidate that can be installed on all XOs, even those with security enabled. We're looking for testing and feedback on all aspects of the system. Thanks for any help you can offer, and for all the feedback that was received throughout development. Please review the "Known problems" section of the release notes. Some documented issues are carried over from previous releases, but others are new. regards, m -- mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 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: XO-1 SD card access during boot-up
On Wed, May 30, 2012 at 03:14:49AM -0400, John Watlington wrote: > > On May 30, 2012, at 2:04 AM, James Cameron wrote: > > > On Wed, May 30, 2012 at 12:08:40AM +0200, Sascha Silbe wrote: > >> Or is a "software reset" (i.e. CMD0) insufficient for > >> reinitialisation in Linux? (The standard suggests [2] it is, but actual > >> cards may or may not be behave that way.) > > > > I don't know. Let me know if you test it. We know that a power cycle > > will reset a card. > > Probably not. If a card suffers a "brownout", which is what is happening > here, > all bets are off. You have to power cycle the card (leaving it powered off > long enough to ensure the supply voltage drops close to zero) to ensure proper > operation. 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. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO battery/performance
> If you want an idea of low-level performance, I can suggest > running LMBench. > Got the Debian lmbench_3.0-a7 source that compiles and runs fine w/o bitkeeper. Run the hardware part of the tests on the XO-1.5 (os880) and xo-1.75 (os12- correct kernel) with the same configuration. What was striking was that the XO-1.75 used 25% of the battery for 1 run while the XO-1.5 used 65% of the battery! Most of the test had empty values but the informative ones (below) show that the XO-1.5 is better in basic integer operations and memory bandwidth while the XO-1.75 is better in float and double operations as well as in memory latency. I'm not sure how much this means for real life usage :-/ But since I did it, here are the results and a comparison based on the best of 3 values for each machine (hopefully the text alignment will be preserved). L M B E N C H 3 . 0 S U M M A R Y (Alpha software, do not distribute) Basic system parameters -- Host OS Description Mhz tlb cache mem scal pages line par load bytes - - --- - - -- xo-1.5Linux 2.6.35. i686-pc-linux-gnu 10006464 2.39001 xo-1.75 Linux 3.0.19_armv7l-linux-gnu 796 832 1.1 Basic integer operations - times in nanoseconds - smaller is better --- Host OS intgr intgr intgr intgr intgr bit addmuldivmod - - -- -- -- -- -- xo-1.5Linux 2.6.35. 1.0100 0.0400 1.3500 96.5 55.2 xo-1.75 Linux 3.0.19_ 1.2600 0.1400 3.8800 153.5 33.8 1.5 > 1.75 1.2475 3.5 2.874 1.590 0.612 Basic float operations - times in nanoseconds - smaller is better - Host OS float float float float addmuldivbogo - - -- -- -- -- xo-1.5Linux 2.6.35. 7.0300 7.5400 73.3 92.5 xo-1.75 Linux 3.0.19_ 6.2800 7.5400 26.4 50.5 1.75 > 1.5 1.119 1.0002.777 1.832 Basic double operations - times in nanoseconds - smaller is better -- Host OS double double double double addmuldivbogo - - -- -- -- -- xo-1.5Linux 2.6.35. 7.0300 8.0400 73.5 92.5 xo-1.75 Linux 3.0.19_ 6.2800 7.5400 44.0 76.9 1.75 > 1.5 1.119 1.0661.670 1.203 *Local* Communication bandwidths in MB/s - bigger is better - HostOS Pipe AFTCP File Mmap Bcopy Bcopy Mem Mem UNIX reread reread (libc) (hand) read write - - -- -- -- -- - xo-1.5Linux 2.6.35. 306.1 307.0 458. 646.6 xo-1.75 Linux 3.0.19_ 151.0 143.6 216. 328.1 1.5 > 1.752.02 2.13 2.12 1.97 Memory latencies in nanoseconds - smaller is better (WARNING - may not be correct, check graphs) -- Host OS Mhz L1 $ L2 $Main memRand memGuesses - - --- --- xo-1.5Linux 2.6.35. 1000 6.0720 29.1 100.7 361.7 xo-1.75 Linux 3.0.19_ 796 3.8060 19.3 99.8 257.7 1.75 > 1.51.5951.508 1.009 1.404 ___ 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 2:04 AM, James Cameron wrote: > On Wed, May 30, 2012 at 12:08:40AM +0200, Sascha Silbe wrote: >> Or is a "software reset" (i.e. CMD0) insufficient for >> reinitialisation in Linux? (The standard suggests [2] it is, but actual >> cards may or may not be behave that way.) > > I don't know. Let me know if you test it. We know that a power cycle > will reset a card. Probably not. If a card suffers a "brownout", which is what is happening here, all bets are off. You have to power cycle the card (leaving it powered off long enough to ensure the supply voltage drops close to zero) to ensure proper operation. wad ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
