USB2VGA2
DSD: Hello good sir: I'm back from Kenya and ready to continue the troubleshooting on the SISUSB front. To reiterate: 1) on 11-2/874, my USB2VGA and USB2VGA2 adapters with external monitor always works on a 1.5 2) on 11-2, any build, on an XO-1. out of 100 tries, system virtually always 'hangs'. One of them booted up once - still didn't show a picture, but it did boot. Rest of the times they would hang at the v - one dot point or three dot point of the animation 3) on 10-3/860 on those same XO-1's, the adapter and ext screen always work. What this tells my litle grey cells, is that a) it's probably not firmware, since the firmware is the same on those XO 1's whether Ive flashed them to 860 or 874. and b) since it works on a 1.5, it's not an fc14 thing. The devil is in the middle there somewhere :-) I had left the XO-1 on after an attempted boot with the USB2VGA adapter plugged in, yep two weeks. When I got back there were a couple of udev messages on the ctl-alt-F3 screen which I will forward to you if you think they might be of value. Mentioned upcoming deprecation of 'STAT' etc. FYI, I do all this work without doing any customiaztion. These are vanilla, virgin, 4-game key flashes using original images. None of my deployment funny stuff. I did read that Sameer had been successful getting an XO-1 to come up on 873; but he used olpc-update, so I might try that too, just to see if maybe some working x thing is persisting that makes it all happy. Since I forgot to do that little dump thingy you had asked me to do before sending the log from the serial adapter, I will do that over the weekend. So a rather long introduction to short question: should I now be testing these beasts using os1 on 11-3 instead of on the already released 11-2 ?? BTW all the machines at our Kenya deployments are running 11-2. We will get any issue reports and forward them up the chain. There are anecdotal complaints that the trackpads and keyboards are locking up more frequently than on 802, and that certain build-provided activities that worked flawlessly on 860, are doing a 'fail-to-start' on the first, second and sometimes even once in a while on subsequent attempts. However, all this is currently anecdotal rather than scientific reports. Last but not least, as you may remember, we do install some extra software on the machines using yum --downloadonly while here in Canada to get the RPM's to a USB stick, then in Kenya do a yum localinstall there to be more efficient with teh sometimes slow, and always expensive data time. On the XO 1.5's, all goes well with everything installing nicely. On the XO 1's, I get a lot of '...was supposed to be installed but was not' messages. However, it would appear that indeed the rpms did get installed. The google-verse seems to indicate this might be a permissions issue. All the software seems to run fine, and any attempt to reinsall sys 'Nothing to do' as the package doesnt update the existing one. Weird. And, there is a 'RPMDB was modified outside of yum' message when subsequent installs are tried. Again everything seems to 'work' but the messages are a little troubling. Again, no such messaging on the 1.5's. That's it from here for now. I await your wishes on 11-3 versus 11-2 for the USB2VGA. Cheers KG ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1.75 B1 units - this is how they look
On Fri, Jul 29, 2011 at 3:18 PM, Martin Langhoff wrote: > CL2 and CL2A, B1-stage engineering prototypes, just arrived in Miami and > Boston > > http://dev.laptop.org/~martin/xo1.75-b1-look/ > > If you want one, you know what to do... :-) > http://blog.laptop.org/2011/07/25/new-xo-1-75-contributors-program-test-our-new-prototypes/ > > cheers, Congrats!! Cannot wait. -walter > > > 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 > -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
XO-1.75 B1 units - this is how they look
CL2 and CL2A, B1-stage engineering prototypes, just arrived in Miami and Boston http://dev.laptop.org/~martin/xo1.75-b1-look/ If you want one, you know what to do... :-) http://blog.laptop.org/2011/07/25/new-xo-1-75-contributors-program-test-our-new-prototypes/ cheers, m -- 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.0: Share repos across arches -
On Thu, Jul 28, 2011 at 7:29 PM, James Cameron wrote: > We currently "sort" them by placing them in a dropbox according to the > XO model, and use the model-specific dropbox in olpc-os-builder. (The > firmware build scripts handle this in the copyme step). Right - but I think this is is a poxy setup. > 'arch' would not be sufficient for XO-1 vs XO-1.5 selection, since the > hardware has the same 'arch'. True. > I propose: I generally agree with your proposal, except that I've now come around to think maybe it's a pile of pointless work, as it only shifts things around, no clear benefit. We can just setup an xo-1.75 repo for the relevant bootfw and be done with it. There's more interesting stuff to handle. Apologies for the distraction - m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Removing linux-firmware from the build
On Thu, Jul 28, 2011 at 4:38 PM, Daniel Drake wrote: > Hi, > > linux-firmware, the package that puts lots of stuff in /lib/firmware, > is growing and growing and is mostly irrelevant for us, including > firmware for (e.g.) SCSI controllers. > > I'm considering removing it - nothing in the XOs uses firmware from > that package. (our wireless firmware comes from other packages) > > The question is, do any external devices used by our users pull on > firmware from this directory? Browsing the contents, I doubt it, but I > thought I'd ask anyway. I may also just remove it from the builds as > an experiment, see if anything breaks. > > The devices that come to mind for me are serial adapters and wired ethernet adapters. I don't have mine handy but I have a OLPC serial adapater plus a pair of usb eth adapters that I use regularly on the XO that all need firmwares. Nothing else races to mind. Peter ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] New F14-arm build os31
Hi Gonzalo, On 29 Jul 2011, at 05:34, Gonzalo Odiard wrote: > Hey, no so bad :) > The good news first: > The following activities starts and works: > TurtleArt, Speak, TypingTurtle, Labyrinth, Memorize,Browse, Log, Words, Help, > Chat, Scratch, Distance, Finance, > Infoslicer, Implode, Terminal, Calculate, Etoys and ImageViewer > > Activities with errors: > GetBooks: no HAL (anyway we must substitute by udev) > TamTam*: no blobs, probably only recompile > Puppy: starts ok and many examples work, but no the camera and no sound > examples (I have not tested all) > Measure: no HAL > Stopwatch: do not start and do not write anything in the log file > Write: no abiword module > Paint: no blobs, probably only recompile > Moon: does not start, but with a python error in the activity, must try > update it For Moon also check you have the date set to the current time (I have a ticket still open for having it fail more gracefully). Latest release is Moon-12. Let me know the error if it's something else, Moon is a very simple python activity and isn't doing anything weird :-) > Jukebox, started but did not played a ogg file > Record: starts but only with audio > Physics: probably no binaries in egg, we must try with package pybox2d Yes, very likely. I'll need some help re-building the eggs if we want this fixed from inside the activity. It could also be olpcgame/pygame related? Any other pygame based activities you know of working? > Maze: do not start and do not write anything in the log file Could be olpcgame/pygame related? Regards, --Gary > Read: no module webkit > > Gonzalo > > > > On Thu, Jul 28, 2011 at 5:35 PM, Martin Langhoff wrote: > On Thu, Jul 28, 2011 at 4:03 PM, Martin Langhoff wrote: > > The "Switch to Fedora-14" build. > > http://build.laptop.org/F14-arm/os31/ > > Looks like we have major framebuffer performance diference in F14. > Comparing os23 (f13) and os31 (f14), both with the same kernel... > > Camera to ximagesink is much better behaved. Quick test procedure > > - Boot into sugar > - open Terminal activity > - sudo /runin/runin-camera & > - click on terminal window, start top > - move pointer to a corner to get frame, bring forward the gts-launch > window, move it so that you can read top's top lines > > = os23 shows ~1% idle, 88.7user, 11%sys -- user time is split between > gst-launch (~70%) and X (~25%) > = os31 shows ~35% idle :-D -- 55% user, 6% sys -- gst-launch at 45%, X at 2% > > Implode appears to be a bit faster too -- but it's hard to judge. > > 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 > ___ > Techteam mailing list > techt...@lists.laptop.org > http://lists.laptop.org/listinfo/techteam > > ___ > 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
Rapid DHCP
Here's an article that tries to explain why Mac OS is so much faster at connecting to networks than Linux and Windows: http://cafbit.com/entry/rapid_dhcp_or_how_do Could such an implementation be considered for the OLPC OS? XOs go on and off the network all the time, as power management kicks in and the machines move in and out of AP range (or switch to a different AP). This is a disruptive process, and speeding it up would be welcome. Sridhar Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia M: +61 425 239 701 E: srid...@laptop.org.au A: G.P.O. Box 731 Sydney, NSW 2001 W: www.laptop.org.au ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] New F14-arm build os31
On Fri, Jul 29, 2011 at 5:34 AM, Gonzalo Odiard wrote: > Hey, no so bad :) > The good news first: > The following activities starts and works: > TurtleArt, Speak, TypingTurtle, Labyrinth, Memorize,Browse, Log, Words, > Help, Chat, Scratch, Distance, Finance, > Infoslicer, Implode, Terminal, Calculate, Etoys and ImageViewer > > Activities with errors: > GetBooks: no HAL (anyway we must substitute by udev) > Hal is built for F-14. I suspect nothing else is pulling it in. What does GetBooks use HAL for? > TamTam*: no blobs, probably only recompile > Puppy: starts ok and many examples work, but no the camera and no sound > examples (I have not tested all) > Measure: no HAL > Hal is built for F-14. I suspect nothing else is pulling it in. What does Puppy use HAL for? > Stopwatch: do not start and do not write anything in the log file > Write: no abiword module > Martin has a build, should be in the next release. > Paint: no blobs, probably only recompile > Moon: does not start, but with a python error in the activity, must try > update it > Jukebox, started but did not played a ogg file > Record: starts but only with audio > Physics: probably no binaries in egg, we must try with package pybox2d > I've pushed a F-14 build for this, is there a reason we can't use the distro package so as to remove the binary module from the Activity? > Maze: do not start and do not write anything in the log file > Read: no module webkit > webkit is a real pain and causing me problems for building. It has a huge and complex dependency chain that's failing. I'm getting there slowly but its not a small package by any description. > > Gonzalo > > > > On Thu, Jul 28, 2011 at 5:35 PM, Martin Langhoff wrote: > >> On Thu, Jul 28, 2011 at 4:03 PM, Martin Langhoff >> wrote: >> > The "Switch to Fedora-14" build. >> > http://build.laptop.org/F14-arm/os31/ >> >> Looks like we have major framebuffer performance diference in F14. >> Comparing os23 (f13) and os31 (f14), both with the same kernel... >> >> Camera to ximagesink is much better behaved. Quick test procedure >> >> - Boot into sugar >> - open Teminal activity >> - sudo /runin/runin-camera & >> - click on terminal window, start top >> - move pointer to a corner to get frame, bring forward the gts-launch >> window, move it so that you can read top's top lines >> >> = os23 shows ~1% idle, 88.7user, 11%sys -- user time is split between >> gst-launch (~70%) and X (~25%) >> = os31 shows ~35% idle :-D -- 55% user, 6% sys -- gst-launch at 45%, X at >> 2% >> >> Implode appears to be a bit faster too -- but it's hard to judge. >> >> 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 >> ___ >> Techteam mailing list >> techt...@lists.laptop.org >> http://lists.laptop.org/listinfo/techteam >> > > > ___ > Techteam mailing list > techt...@lists.laptop.org > http://lists.laptop.org/listinfo/techteam > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] New F14-arm build os31
On Fri, Jul 29, 2011 at 12:34 AM, Gonzalo Odiard wrote: > Hey, no so bad :) We're off to a great start! > Activities with errors: ... > TamTam*: no blobs, probably only recompile This is missing csound packages as well. > Puppy: starts ok and many examples work, but no the camera and no sound > examples (I have not tested all) Pippy perhaps? Run modprobe mmp_camera as root to get camera going. Audio out should work -- now very loud, and no midi support I think. > Record: starts but only with audio modprobe mmp_camera in a terminal and retry. Works for me :-) 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