**** BEGIN LOGGING AT Wed Mar 26 02:59:59 2014
Mar 26 05:26:51 <Abhishek_> morning
Mar 26 13:22:11 <electrobuz> jkridner: Hi!
Mar 26 13:22:15 <jkridner> howdy
Mar 26 13:23:00 <electrobuz> :) Did you get a chance to contact Robert for his views on the energia part of the project?
Mar 26 13:23:27 <jkridner> thanks for the ping. I will forward the request now before I get on something else.
Mar 26 13:23:49 <electrobuz> oh great. sure :)
Mar 26 13:24:33 <electrobuz> jkridner: anything else on the proposal as of now?
Mar 26 13:25:12 <jkridner> don't recall right now. did I have any questions on melange or on the mailing list that you didn't answer?
Mar 26 13:25:50 <electrobuz> you had some questions. which i answered accordingly in the proposal (i hope)
Mar 26 13:28:37 <electrobuz> you could ask for any clarifications if needed, if you get to go through the proposal again. i'll be happy to provide more insight! :)
Mar 26 13:29:32 <karki> jkridner : hello :)
Mar 26 13:35:52 <karki> jkridner : I had a few questions about the botspeak VM for PRU. (In terms of features and behavior that I'll be adding)
Mar 26 13:38:18 <jkridner> electrobuz: I pinged Robert.
Mar 26 13:38:37 <jkridner> hi karki....
Mar 26 13:38:42 <jkridner> sdk
Mar 26 13:38:48 <jkridner> er, ask....
Mar 26 13:39:36 <jkridner> karki: on IRC, it is OK to ask multiple times (at various times of day) and is better etiquette than asking to ask.
Mar 26 13:46:56 <karki> jkridner : Ok, so here is the first thing thats bugging me....... Say I'm running a script (infinite loop of instructions) on my PRU, and while it is running I want it to do something small, such as set some pin HIGH, and later resume my script. How would I go about this?
Mar 26 13:48:10 <karki> It's quite easy when you want to replace one script with another or when you are sending series of discrete  commands to the PRU which it has to execute.
Mar 26 13:49:57 <karki> jkridner : but this case seems to be a bit more convoluted! where I want my (big) script to pause, make my PRU do something else (very small) and return to the script!
Mar 26 13:49:58 <jkridner> karki: having a background task is indeed complicated....
Mar 26 13:50:08 <jkridner> everything running on the PRU needs to be in an event loop.
Mar 26 13:51:03 <karki> jkridner : but this use case will arise often! So I thought it may be a good thing to tackle it somehow. (If it's not too complicated..... )
Mar 26 13:51:35 <jkridner> background tasks need to be triggered by timers...
Mar 26 13:52:02 <jkridner> at the end of executing every BotSpeak instruction...
Mar 26 13:52:32 <jkridner> you need to go back to the beginning of the event loop and check to see if an event requires handling.
Mar 26 13:52:59 <karki> hhmmm....
Mar 26 13:53:04 <jkridner> are you looking at https://github.com/jadonk/pruduino#design ?
Mar 26 13:53:10 <karki> yes!
Mar 26 13:54:41 <jkridner> I believe it is best to optimize for the case of the background tasks rather than script execution and that script execution will just have to use the remaining cycles.
Mar 26 13:54:45 <karki> The thing is this may not be like a background task as such, the small command may be sent by the host ARM as well. let me give an example.....
Mar 26 13:54:52 <jkridner> and the script timer will keep behavior consistent.
Mar 26 13:56:59 <karki> say I'm running a script to continuously turn a servo 0-180 and 180-0 degrees; this is going on for a while when my process running on ARM is doing some computation
Mar 26 13:57:46 <karki> Then based on some conditions the client process on ARM decides that it needs to toggle pin number 3
Mar 26 13:58:45 <karki> so I want the current process to pause, toggle pin 3. and immediately get back to moving the servo
Mar 26 14:02:37 <Abhishek_> morning
Mar 26 14:05:24 <jkridner> karki: my suggestion is not to 'pause' but simply handle running instructions one-at-a-time
Mar 26 14:07:01 <jkridner> karki: see 'execute_next_command()'? that runs just one command....
Mar 26 14:07:26 <jkridner> in between, you process incoming messages and background tasks.
Mar 26 14:08:58 <karki> I see!
Mar 26 14:15:54 <av500> jkridner: when is the meeting?
Mar 26 14:17:25 <jkridner> 3 hours
Mar 26 14:18:35 <jkridner> er, 2 hours 52 minutes
Mar 26 14:18:43 <jkridner> er, 2 hours 42 minutes I mean
Mar 26 14:27:25 <av500> ok
Mar 26 16:33:30 <alexanderhiam> jkridner: I'm locked out of #beagle-mentors again :(
Mar 26 16:36:00 <vvu|Log> alexanderhiam: check if you can join now
Mar 26 16:36:00 <alexanderhiam> vvu|Log: thanks
Mar 26 16:36:03 <vvu|Log> anytime
Mar 26 16:39:34 <alexanderhiam> vvu|Log: nope...
Mar 26 16:55:43 <jkridner> any mentors in here, be sure to ping if you can't get into #beagle-mentors
Mar 26 17:19:03 <wiznerd> jkridner, could I have editing permission for my proposal? http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2014/feroze/5724160613416960
Mar 26 17:19:49 <wiznerd> I would like to update it. I had talked people at #debian-mentors as well as rittman
Mar 26 17:19:52 <jkridner> wiznerd: what questions do you plan to answer by updating?
Mar 26 17:19:59 <jkridner> k.
Mar 26 17:20:20 <jkridner> what is your name in melange?
Mar 26 17:20:29 <wiznerd> primarily the timeline and tasks
Mar 26 17:20:30 <wiznerd> feroze
Mar 26 17:20:48 <wiznerd> could I get some time until this weekend to polish it up?
Mar 26 17:26:35 <wiznerd> Thank you :)
**** ENDING LOGGING AT Thu Mar 27 02:59:58 2014