Re: New F14-arm build os21
On Thu, Jul 21, 2011 at 12:14:14AM -0400, Martin Langhoff wrote: > On Wed, Jul 20, 2011 at 6:04 AM, Martin Langhoff wrote: > > On Wed, Jul 20, 2011 at 6:02 AM, Martin Langhoff wrote: > >> ?- Updates olpc-utils to disable X zapping and fix serial port terminal > > > > Initial testing seems to indicate serial port needs a bit more > > attention. I've also tested it with a newer kernel containing Paul's > > tty config fix, and it doesn't make a difference. > > Looking at it again -- there is no apparent problem with using the > serial port, only an early msg in var/log/messages > > Jul 21 04:07:36 localhost init: ttySx main process (33) terminated > with status 1 I looked into this. /etc/init/ttyS.conf says "start on startup", but if it is changed to "start on runlevel [12345]" this strange message goes away. Perhaps it is caused by some interaction with upstart's init, or perhaps we are not following best practices in ttyS.conf. (We have our own ttyS.conf, but curiously /etc/init/serial.conf might have been starting a process, but it says it requires ttyS2 to be the last or primary console in the kernel command line, and for it to be listed in /etc/securetty. Doing those things doesn't cause serial.conf to start a process though.) > But nothing seems to be broken > > - shutdown/reboot works correctly (and the plymouth workaround has > been removed) > - switch to gnome / sugar works correctly > - bash is respawned correctly if you exit My gut feel is that we still have something lurking here, but nothing we ship at the moment tries modem control on /dev/ttyS2. Not even ModemManager, according to strace. (Pity it doesn't ignore USB serial adapters as well.) I looked briefly at the serial/pxa driver. When a user process configures for modem control on /dev/ttyS2 via termios, the upshot is the setting of bit AFE (Auto-flow Control Enable) in the UART MCR (modem control register). Good. During serial_pxa_startup, /dev/ttyS3 is configured for AFE automatically. But I didn't see any obvious way at mmp2_add_uart time to tell the driver not to bother setting UART_MCR_AFE for /dev/ttyS2. The control lines themselves aren't exposed, which is presumably why threads that do I/O hang. But hey, the same thing happens on XO-1.5, just tested ... so we're good to go. ;-) -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os21
On Wed, Jul 20, 2011 at 6:04 AM, Martin Langhoff wrote: > On Wed, Jul 20, 2011 at 6:02 AM, Martin Langhoff wrote: >> - Updates olpc-utils to disable X zapping and fix serial port terminal > > Initial testing seems to indicate serial port needs a bit more > attention. I've also tested it with a newer kernel containing Paul's > tty config fix, and it doesn't make a difference. Looking at it again -- there is no apparent problem with using the serial port, only an early msg in var/log/messages Jul 21 04:07:36 localhost init: ttySx main process (33) terminated with status 1 But nothing seems to be broken - shutdown/reboot works correctly (and the plymouth workaround has been removed) - switch to gnome / sugar works correctly - bash is respawned correctly if you exit So an excellent cleanup. Thanks to James and Paul for this! BTW, not sure what crossed my mind when I penned the announcement email -- it's a F13 image. Alas, what a disappointment. F14 images are pretty close however. 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: Re: Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman � Kickstarter
So cool. -walter On 7/20/11, fors...@ozonline.com.au wrote: >> I have a partially complete refactoring of the camera code that should >> speed things up; in the meantime, I wonder if a simple resistive light >> sensor run through the mic input wouldn't do just as well. >> > > A cadmium sulphide photoresistor (ORP12 equivalent) worked OK measuring > resistance in Turtle art > > Cover cell with little finger and hold near bright light. Pulse gives +-50 > ohms in 3000 ohms. > > Screenshot attached -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release notes ready for review
Hi Alan, On 21 Jul 2011, at 00:37, Alan Jhonn Aguiar Schwyn wrote: > > The idea of the X is not save the entry.. > > to avoid a shutdown by mistake could add the classic triangle of return ... > > The final windows may be with 3 options: > > Triangle: return to the activity (The problem is that usually the activity is > closed) > > Cross: don't save the entry in the journal.. > > Tick: save the entry > > It's a simple system, no? Or is't complicated? Complicated! ;) As to why there is no 'don't save', well a couple of points: 1) the Journal was designed to be a log of activity not just a flat list of saved data files, it would be great to have more interesting metadata auto stored (e.g. length of time spent in activity, number of times resumed), and/or to be able to better encourage the child to write short descriptions about what they were doing for later review (e.g. "I searched google for cool pictures of sharks with lasers, for my school essay, but didn't find one I liked."). 2) The naming dialogue was added as an opportunity for the child to provide a useful name, description and tags when they stop a new activity instance. The activity state will very likely have been already automatically stored in the Journal (e.g. activity state is stored in the Journal whenever you switch views). So the 'don't save' button would really be an 'erase this entry from the journal' button. FWIW, there is already an accepted design for dropping this naming dialogue (at least one deployment has already removed it from their builds) as the psychology of a user who has just clicked 'Stop' is one of "get me out of here, I want to do something else now", not "I would like to describe what I was just doing", most folks seem to skips past the dialogue as fast as they can, annoyed/distracted by the interruption. The replacement design is a system wide 'detail view' dialogue (similar features as per the current Journal details view) that can be opened at the users discretion while working in an activity. Thanks for taking the time to write some feedback, hope the above was of some help. Regards, --Gary > > Alan > > > Date: Wed, 20 Jul 2011 20:26:42 -0300 > Subject: Re: 11.2.0 release notes ready for review > From: gonz...@laptop.org > To: alan...@hotmail.com > CC: d...@laptop.org; devel@lists.laptop.org; support-g...@laptop.org > > > > On Wed, Jul 20, 2011 at 8:04 PM, Alan Jhonn Aguiar Schwyn > wrote: > > Hi, > > I'm down the new version ... > > When you leave an activity, a window appears that asks the name of the > journal entry.. > > Is like this? (capture01.png) > > Why is not this? (capture02.png) > > > God question. > What is your idea about the X icon? > Do not close the activity? > There are times when I accidentally close one activity and think about this. > Close the activity without saving? > > > Some activities don't save any relevant information in the journal... > > All the time, I used an activity, exit of it, click on the 'tick' button to > save the entry in the journal and need to delete it... > > > If one activity does not save relevant information and save to the Journal, > is a bug in the activity. Can you point to the failing activities? > > Is important remember the window is opened only when you start a new instance > of the activity and by default you restart the last instance. > > Gonzalo > > Give to the users the freedom to save or not the entry, as in any system... > > I think in this... It's possible? A very small change... > > Alan > > > > > > Date: Wed, 20 Jul 2011 10:32:50 +0100 > > Subject: 11.2.0 release notes ready for review > > From: d...@laptop.org > > To: devel@lists.laptop.org > > > > > Hi, > > > > The 11.2.0 release notes are now ready for review by the OLPC team and > > by any other interested contributors: > > http://wiki.laptop.org/go/Release_notes/11.2.0 > > > > Feedback needed quickly, as the release is imminent. > > > > cheers > > 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 > > > ___ > 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: Re: [Sugar-devel] Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman ? Kickstarter
> Do you know what kind of voltage that mic input can handle? > +/5 VDC? The XO1 is protected at the input by a 5V zener diode. The allowable input is -0.5V to 5V. Inputs outside this range will cause excessive current and damage. Even a single 1.5V battery can cause damage if connected reverse polarity. The XO1.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. Similar protection is planned for the XO1.75. If applying an external voltage to the XO1, it is highly recommended that test leads be made up with a microphone plug and an inbuilt series resistor. 680 ohms is the suggested resistor value, it gives a reasonable input range while still allowing the use of the full resistance range of the XO1. http://wiki.sugarlabs.org/go/Activities/TurtleArt/Using_Turtle_Art_Sensors ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: 11.2.0 release notes ready for review
The idea of the X is not save the entry.. to avoid a shutdown by mistake could add the classic triangle of return ... The final windows may be with 3 options: Triangle: return to the activity (The problem is that usually the activity is closed) Cross: don't save the entry in the journal.. Tick: save the entry It's a simple system, no? Or is't complicated? Alan Date: Wed, 20 Jul 2011 20:26:42 -0300 Subject: Re: 11.2.0 release notes ready for review From: gonz...@laptop.org To: alan...@hotmail.com CC: d...@laptop.org; devel@lists.laptop.org; support-g...@laptop.org On Wed, Jul 20, 2011 at 8:04 PM, Alan Jhonn Aguiar Schwyn wrote: Hi, I'm down the new version ... When you leave an activity, a window appears that asks the name of the journal entry.. Is like this? (capture01.png) Why is not this? (capture02.png) God question. What is your idea about the X icon? Do not close the activity? There are times when I accidentally close one activity and think about this. Close the activity without saving? Some activities don't save any relevant information in the journal... All the time, I used an activity, exit of it, click on the 'tick' button to save the entry in the journal and need to delete it... If one activity does not save relevant information and save to the Journal, is a bug in the activity. Can you point to the failing activities? Is important remember the window is opened only when you start a new instance of the activity and by default you restart the last instance. Gonzalo Give to the users the freedom to save or not the entry, as in any system... I think in this... It's possible? A very small change... Alan > Date: Wed, 20 Jul 2011 10:32:50 +0100 > Subject: 11.2.0 release notes ready for review > From: d...@laptop.org > To: devel@lists.laptop.org > > Hi, > > The 11.2.0 release notes are now ready for review by the OLPC team and > by any other interested contributors: > http://wiki.laptop.org/go/Release_notes/11.2.0 > > Feedback needed quickly, as the release is imminent. > > cheers > 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 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Health] Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman ? Kickstarter
On Tue, Jul 19, 2011 at 08:58:40PM -0700, Nicholas Doiron wrote: > If you are using an Arduino, you can add a wire communicating back to > the Measure activity through the microphone input. Hmm, yes. But it would depend on which Arduino. An Arduino with onboard USB serial, it would be better to plug the USB cable into the XO, and access the /dev/ttyACM0 device that appears, and have the Arduino send the data to the XO over the serial connection. An Arduino without onboard USB serial, one might either add a USB to serial converter and do the above (at some expense), or have the Arduino transmit an audio frequency related to the sensor input ... and then hook that into the microphone input. Still, I think it is a bit early to speculate given we know nothing yet of the actual sensor to Arduino interface. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release notes ready for review
On Wed, Jul 20, 2011 at 8:04 PM, Alan Jhonn Aguiar Schwyn < alan...@hotmail.com> wrote: > > Hi, > > I'm down the new version ... > > When you leave an activity, a window appears that asks the name of the journal > entry.. > > Is like this? (capture01.png) > > Why is not this? (capture02.png) > > God question. What is your idea about the X icon? Do not close the activity? There are times when I accidentally close one activity and think about this. Close the activity without saving? > Some activities don't save any relevant information in the journal... > > All the time, I used an activity, exit of it, click on the 'tick' button to > save the entry in the journal and need to delete it... > > If one activity does not save relevant information and save to the Journal, is a bug in the activity. Can you point to the failing activities? Is important remember the window is opened only when you start a new instance of the activity and by default you restart the last instance. Gonzalo > Give to the users the freedom to save or not the entry, as in any > system... > > I think in this... It's possible? A very small change... > > Alan > > > > > > Date: Wed, 20 Jul 2011 10:32:50 +0100 > > Subject: 11.2.0 release notes ready for review > > From: d...@laptop.org > > To: devel@lists.laptop.org > > > > > Hi, > > > > The 11.2.0 release notes are now ready for review by the OLPC team and > > by any other interested contributors: > > http://wiki.laptop.org/go/Release_notes/11.2.0 > > > > Feedback needed quickly, as the release is imminent. > > > > cheers > > 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 > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release notes ready for review
james wrote: > On Wed, Jul 20, 2011 at 07:00:24AM -0400, Paul Fox wrote: > > - regarding sparse fs-updates: it occurred to me that we could > > probably improve on the "strange" look by changing the updater so that > > every block's color changes. skipped blocks could have their colors > > changed when skipped, perhaps to a different shade of the same color > > used for written blocks. > > Yes, that's possible. > > However, I don't think now is a good time to do it, because the release > is so near. I think we've lost the opportunity to fix it. certainly not. i agree. > > While it is different to how it was before, it still does indicate > install progress, just that it jumps forward. > > We've had the odd "I'm not sure if it is working" response from our > testing community, but after the initial reaction I've heard nothing > more. So it is a training issue that can be solved by education. > > If we release as is, then I don't think we should change it back in a > later release. That will just confuse people more. it wouldn't be changing it "back". it would be almost just like it is now, except that the blocks that are left gray now would become a different shade of green than the data-filled blocks. it's not a big deal. paul > > Still, if there is consensus that it should be changed, I'm happy to > investigate it. > > -- > James Cameron > http://quozl.linux.org.au/ =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release notes ready for review
On Wed, Jul 20, 2011 at 07:00:24AM -0400, Paul Fox wrote: > - regarding sparse fs-updates: it occurred to me that we could > probably improve on the "strange" look by changing the updater so that > every block's color changes. skipped blocks could have their colors > changed when skipped, perhaps to a different shade of the same color > used for written blocks. Yes, that's possible. However, I don't think now is a good time to do it, because the release is so near. I think we've lost the opportunity to fix it. While it is different to how it was before, it still does indicate install progress, just that it jumps forward. We've had the odd "I'm not sure if it is working" response from our testing community, but after the initial reaction I've heard nothing more. So it is a training issue that can be solved by education. If we release as is, then I don't think we should change it back in a later release. That will just confuse people more. Still, if there is consensus that it should be changed, I'm happy to investigate it. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman ? Kickstarter
On Wed, Jul 20, 2011 at 01:25:31PM +1000, James Cameron wrote: > On Tue, Jul 19, 2011 at 08:07:40PM -0700, Sameer Verma wrote: > > http://www.kickstarter.com/projects/1342192419/pulse-sensor-an-open-source-heart-rate-sensor-that > > > > Minus the Arduino, can this plug into the audio/mic port? > > That would be a question for the designers. I could not figure it out > from the context. > > I can tell you, based on the Arduino board that is used, and my > knowledge of the pinout, that the sensor uses 5V from the board, and a > ground, and the signal from the sensor enters one of the Arduino analog > inputs. However, the analog inputs can be used for digital data as well > as analog data, so this is inconclusive. > > For the XO, the sensor would require 5V power, perhaps from the USB > port. > > I can't tell if the sensor output is compatible with the microphone > input. > Do you know what kind of voltage that mic input can handle? +/5 VDC? this seems like it would be related: http://wiki.laptop.org/go/Making_XO_sensors/How_to_connect_sensors I live in the same city as this fellow. maybe I can contact him and loan him an XO from my lending library? The cost of the final assembly might not be cheap/accessible enough for many developing world schools to take advantages of this. -- | .''`. == Debian GNU/Linux ==.| http://kevix.myopenid.com..| | : :' : The Universal OS| mysite.verizon.net/kevin.mark/.| | `. `' http://www.debian.org/.| http://counter.li.org [#238656]| |___`-Unless I ask to be CCd,.assume I am subscribed._| Youth of today! Join me in a mass rally for traditional mental attitudes! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Health] Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman — Kickstarter
Hey, this does look like a cool sensor for us to add. The sensor likely will expect 3-5V of power like the Arduino provides (so, USB power for us). Depending on how they've set it up, there might be some logic beyond just the sensor input. If you are using an Arduino, you can add a wire communicating back to the Measure activity through the microphone input. -- Nick On Jul 19, 2011 8:08 PM, "Sameer Verma" wrote: > http://www.kickstarter.com/projects/1342192419/pulse-sensor-an-open-source-heart-rate-sensor-that > > Minus the Arduino, can this plug into the audio/mic port? > > Sameer > ___ > Health mailing list > hea...@lists.laptop.org > http://lists.laptop.org/listinfo/health ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: 11.2.0 release notes ready for review
Hi, I'm down the new version ... When you leave an activity, a window appears that asks the name of the journal entry.. Is like this? (capture01.png) Why is not this? (capture02.png) Some activities don't save any relevant information in the journal... All the time, I used an activity, exit of it, click on the 'tick' button tosave the entry in the journal and need to delete it... Give to the users the freedom to save or not the entry, as in any system... I think in this... It's possible? A very small change... Alan > Date: Wed, 20 Jul 2011 10:32:50 +0100 > Subject: 11.2.0 release notes ready for review > From: d...@laptop.org > To: devel@lists.laptop.org > > Hi, > > The 11.2.0 release notes are now ready for review by the OLPC team and > by any other interested contributors: > http://wiki.laptop.org/go/Release_notes/11.2.0 > > Feedback needed quickly, as the release is imminent. > > cheers > 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: [OLPC Engineering] [Techteam] New F14-arm build os21
On Wed, Jul 20, 2011 at 06:40:55AM -0400, Martin Langhoff wrote: > Once they learn that a particular key combination "finishes" runin > earlier, accidents can happen with surprising frequency. How is the power button being prevented? If the problem is that an early termination is indistinguishable from a test success, why not change runin accordingly? I'm happy to do that if needed. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman — Kickstarter
On 20 July 2011 15:07, Sameer Verma wrote: > > http://www.kickstarter.com/projects/1342192419/pulse-sensor-an-open-source-heart-rate-sensor-that > > > Can't see where they publish their code so asked them on their blog. Tabitha ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Melbourne testing group, RC4 (au868)
On Thu, 2011-07-21 at 01:49 +1000, Sridhar Dhanapalan wrote: > Thanks Tony. > > > On 16 July 2011 18:09, wrote: > > * gtk-recordmysesktop in GNOME [#564] > > > > Unable to stop the recording session, the app disappears, maybe we are > > missing the obvious > > It's hard to spot - it becomes an icon in the notification area, next > to the clock. In this way, you can control it without it taking over > what you're trying to record. > > > > * camorama in GNOME [#558] > > > > runs ok but on some scenes AGC is unstable giving a beat effect, was > > natural lighting > > I couldn't replicate, but I was using artificial lighting. > > > > * Firefox default paper is not A4 [803] > > > > page setup =A4, print page setup =undefined > > Thanks - I've updated the issue. Yea I saw that, I think that is a side effect of not having a real printer configured. Those options(Paper type, Paper source, Output tray) appear to be printer specific and would not apply to printing to a file. Jerry ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Melbourne testing group, RC4 (au868)
Thanks Tony. On 16 July 2011 18:09, wrote: > * gtk-recordmysesktop in GNOME [#564] > > Unable to stop the recording session, the app disappears, maybe we are > missing the obvious It's hard to spot - it becomes an icon in the notification area, next to the clock. In this way, you can control it without it taking over what you're trying to record. > * camorama in GNOME [#558] > > runs ok but on some scenes AGC is unstable giving a beat effect, was natural > lighting I couldn't replicate, but I was using artificial lighting. > * Firefox default paper is not A4 [803] > > page setup =A4, print page setup =undefined Thanks - I've updated the issue. Cheers, Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release notes ready for review
On 20 July 2011 12:14, Walter Bender wrote: > 11.2 supports the new toolbars, so the pictures illustrating the > activities should us the new toolbars. If you agree, I am happy to > upload new versions. Please feel free. > Also, where as there has been significant changes to Turtle Blocks > since 10.1.3, perhaps the following text could be added to the > significant activities update section: > > * [http://activities.sugarlabs.org/en-US/sugar/addon/4027 Turtle > Blocks] has many enhancements to its sensor support; more robust > sharing; and includes many new examples. Sounds good, please go ahead and make this addition. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release notes ready for review
On Wed, Jul 20, 2011 at 5:32 AM, Daniel Drake wrote: > Hi, > > The 11.2.0 release notes are now ready for review by the OLPC team and > by any other interested contributors: > http://wiki.laptop.org/go/Release_notes/11.2.0 > > Feedback needed quickly, as the release is imminent. 11.2 supports the new toolbars, so the pictures illustrating the activities should us the new toolbars. If you agree, I am happy to upload new versions. Also, where as there has been significant changes to Turtle Blocks since 10.1.3, perhaps the following text could be added to the significant activities update section: * [http://activities.sugarlabs.org/en-US/sugar/addon/4027 Turtle Blocks] has many enhancements to its sensor support; more robust sharing; and includes many new examples. regards. -walter > > cheers > Daniel > ___ > 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
Re: 11.2.0 release notes ready for review
daniel wrote: > Hi, > > The 11.2.0 release notes are now ready for review by the OLPC team and > by any other interested contributors: > http://wiki.laptop.org/go/Release_notes/11.2.0 > > Feedback needed quickly, as the release is imminent. - i'm not sure mentioning Skype is worthwhile, unless we know it works (reasonably). it never has before -- has this changed? http://wiki.laptop.org/go/Release_notes/11.2.0#New_XO-1.5_video_driver - regarding sparse fs-updates: it occurred to me that we could probably improve on the "strange" look by changing the updater so that every block's color changes. skipped blocks could have their colors changed when skipped, perhaps to a different shade of the same color used for written blocks. http://wiki.laptop.org/go/Release_notes/11.2.0#Faster_installation_for_XO-1.5 paul > > cheers > Daniel > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os21
On Wed, Jul 20, 2011 at 6:02 AM, Martin Langhoff wrote: > Use with OFW Q4B02: > > http://wiki.laptop.org/go/OLPC_Firmware_q4b02 Wad points out I am seriously out of date w my OFW recommendations. Please use Q4B05 http://wiki.laptop.org/go/OLPC_Firmware_q4b05 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: Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman � Kickstarter
On Wed, Jul 20, 2011 at 12:33 AM, wrote: > Hi > > You can do something similar by placing a finger over the camera and shining > a light on your finger. > > Unfortunately TurtleArt is a little slow to capture your pulse, the following > executes a cycle in about 0.5 sec on a XO1.5 > > forever > show camera > read pixel > show heap > empty heap > > This prints the rgb of one pixel centre image ( which is OK because the image > is out of focus) > > forever > print brightness > > averages over the image and takes round 2 seconds I have a partially complete refactoring of the camera code that should speed things up; in the meantime, I wonder if a simple resistive light sensor run through the mic input wouldn't do just as well. I also have a vague memory of someone trying something similar using audio and the Measure activity. -walter > > Tony > > >> http://www.kickstarter.com/projects/1342192419/pulse-sensor-an-open-source-heart-rate-sensor-that >> >> Minus the Arduino, can this plug into the audio/mic port? >> >> Sameer >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel >> >> _ >> This mail has been virus scanned by Australia On Line >> see http://www.australiaonline.net.au/mailscanning > > ___ > 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
Re: [OLPC Engineering] [Techteam] New F14-arm build os21
On Wed, Jul 20, 2011 at 6:19 AM, Paul Fox wrote: > what's the "X zapping" part of this? unfamiliar with the reference. "DontZap" is the xorg.conf option to disable ctrl-alt-backspace. I've updated olpc-utils to use that option, so that operators in the prod line don't accidentally hit it. Once they learn that a particular key combination "finishes" runin earlier, accidents can happen with surprising frequency. 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: [OLPC Engineering] [Techteam] New F14-arm build os21
martin wrote: > On Wed, Jul 20, 2011 at 6:02 AM, Martin Langhoff wrote: > > - Updates olpc-utils to disable X zapping and fix serial port terminal > > Initial testing seems to indicate serial port needs a bit more > attention. I've also tested it with a newer kernel containing Paul's > tty config fix, and it doesn't make a difference. > > Haven't had time to diagnose yet - what's the "X zapping" part of this? unfamiliar with the reference. paul =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New F14-arm build os21
On Wed, Jul 20, 2011 at 6:02 AM, Martin Langhoff wrote: > - Updates olpc-utils to disable X zapping and fix serial port terminal Initial testing seems to indicate serial port needs a bit more attention. I've also tested it with a newer kernel containing Paul's tty config fix, and it doesn't make a difference. Haven't had time to diagnose yet - 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
New F14-arm build os21
The "Fix serial TTY and tighten runin" build.
Donwload from:
http://build.laptop.org/F13-arm/os21/
Use with OFW Q4B02:
http://wiki.laptop.org/go/OLPC_Firmware_q4b02
Changes:
- Updates olpc-runin-tests to the version we are using during B1 build.
- Updates olpc-utils to disable X zapping and fix serial port terminal
Kernel changelog:
Jonathan Corbet (6):
marvell-cam: delete struct mcam_sio_buffer
marvell-cam: core code reorganization
marvell-cam: remove {min,max}_buffers parameters
marvell-cam: power down mmp camera on registration failure
marvell-cam: Allow selection of supported buffer modes
marvell-cam: clean up a couple of unused cam structure fields
Paul Fox (5):
handle 16-bit XO-1.75 board ID values correctly
implement the input driver for the XO-1.75 power button
rationalize use of the EC driver's name in dmesg output
implement input driver support for 1.75 lid and ebook switches
disable /dev/ttyS0 and enable /dev/ttyS3 by default on XO-1.75
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.2.0 release notes ready for review
Hi, The 11.2.0 release notes are now ready for review by the OLPC team and by any other interested contributors: http://wiki.laptop.org/go/Release_notes/11.2.0 Feedback needed quickly, as the release is imminent. cheers Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 11.2.0 release candidate 5 (build 874) released
On 20 July 2011 01:07, Mikus Grinbergs wrote: > Looking at the version numbers of some packages in build 874 -- > > > The XO-1 has kernel-2.6.35.13_xo1-20110619.0933.olpc.218154b.i586, > The XO-1,5 has kernel-2.6.35.13_xo1.5-20110707.0809.olpc.da7074b.i586 This was intended - we made changes that would only affect XO-1.5, so there was no need to put in new XO-1 RPMs. > Build 874 has olpc-utils-1.2.12-1.fc14.i686, which has not yet > appeared in the principal RPM repositories for F14. Yep, this is brand new, and Fedora enforces that new packages spend 1 week in updates-testing (where it can currently be found). > Build 874 still has xkeyboard-config-1.9-9.fc14.olpc.noarch As planned - we froze our package selection over a month ago. Thanks for your attention to detail! Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by Yury Gitman � Kickstarter
Hi Yes, the TurtleArt is slow to capture because it turn on the camera, wait for the pipeline, get a captureand save to the disk.. And after, the code load the image and analize it! I make a plugin to the TurtleArt, that was derivated for another project... It uses Pygame 1.9.1 (included in the plugin) that get a captures very fast... The actual code is for detect a color and calibrate the code to "follow" this color... But is possible tomodify and make another things... The algorithm that detect the promedial color of a zone of a image is implemented by Pygame... The code: http://butia.git.sourceforge.net/git/gitweb.cgi?p=butia/butia;a=tree;f=followme_plugin;hb=HEAD The same code in a .xo activity called "FollowMe Butia" is used to control the Butia Robot... http://www.youtube.com/watch?v=5Nnc9Rn9GbY It's possible make anything with this? Alan > To: sve...@sfsu.edu > From: fors...@ozonline.com.au > Date: Wed, 20 Jul 2011 14:33:49 +1000 > Subject: Re: Pulse Sensor: an Open Source Heart-rate Sensor that Rocks by > Yury Gitman � Kickstarter > CC: devel@lists.laptop.org > > Hi > > You can do something similar by placing a finger over the camera and shining > a light on your finger. > > Unfortunately TurtleArt is a little slow to capture your pulse, the following > executes a cycle in about 0.5 sec on a XO1.5 > > forever > show camera > read pixel > show heap > empty heap > > This prints the rgb of one pixel centre image ( which is OK because the image > is out of focus) > > forever > print brightness > > averages over the image and takes round 2 seconds > > Tony > > > > http://www.kickstarter.com/projects/1342192419/pulse-sensor-an-open-source-heart-rate-sensor-that > > > > Minus the Arduino, can this plug into the audio/mic port? > > > > Sameer > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > > > _ > > This mail has been virus scanned by Australia On Line > > see http://www.australiaonline.net.au/mailscanning > > ___ > 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
