**** BEGIN LOGGING AT Fri Apr 29 02:59:58 2016 Apr 29 15:43:16 howdy amragaey. How's it going? Let me know if you have any questions about the python stuff Apr 29 15:48:38 Visaoni: have you figured out what hardware you'll need? Are you going to need BeagleBoard.org to send you sensors? Apr 29 15:50:00 Hi Apr 29 16:12:51 hi alexhiam, I'm doing fine.. I've some questions but let me collect my thoughts and ask you within two days Apr 29 16:14:57 amragaey: ok. You still planning on running python code from the browser? Apr 29 16:15:57 yes, I'm planning to run the code online through c9.io Apr 29 16:45:45 amragaey: so how will you execute code on the BeagleBone? Will you build something on top of socket.io? Apr 29 16:56:48 I'm still not sure about this part. I'll use the library pyBBIO and compile the code on c9 IDE. Apr 29 16:57:27 Do you have any suggestions, alexhiam ? Apr 29 16:59:56 amragaey: the biggest problem with using remote procedure calls is security, especially considering PyBBIO currently has to be run as root. As far as running the code from the browser, I've seen a few in-browser Python interpreters implemented in Javascript, but they're all very limited, so I think c9.io will be better Apr 29 17:01:20 one option would be to implement a PyBBIO server, maybe HTTP with a REST API, so you could safely sandbox the actual PyBBIO code running as root on the BeagleBone, and just mirror the PyBBIO API Apr 29 17:01:58 then you could probably use socket.io to interface with that server Apr 29 17:02:40 that's an addition I've been wanting to do eventually anyway, as it would allow for IO from any local user as well as remotely Apr 29 17:07:01 Do you think We have to run micro service REST API that execute the code through c9.io, and then communicate the result with beaglebone through socket.io ? Apr 29 17:09:27 well, that model would require a server running on the BeagleBone that provides a REST API where something like 'GET /gpio/1/26' would read GPIO1_26 Apr 29 17:10:20 then there'd need to be a client-side library in c9.io that gets imported instead of PyBBIO, where digitalRead() would make that request to the BeagleBone server Apr 29 17:10:54 and since the BeagleBone is behind your router that would need to go through socket.io Apr 29 17:11:53 then that PyBBIO server on the BeagleBone could be a service that starts at boot Apr 29 17:15:31 @jkridner is it too late to be involved mentoring the PRU-UART project? Apr 29 17:17:19 foreverska: the projects have been chosen already Apr 29 17:22:15 Ah, right. They lock down mentors when the projects are chosen, don't they? I wish I had known about this sooner, the idea presented in that project is one I had on my todo list for awhile. If managment doesn't mind I'd like to be as unofficially involved as the participant/mentors will let me. Apr 29 17:24:36 foreverska: you could certainly hang around here and help out. Which project? Apr 29 17:25:14 I'm a previous GSOC participant with a project involving the PRU. Professionally employed as a C++ programmer now and communication using the PRUSS is of mild interest to the company. Apr 29 17:25:20 Could you clarify how would the rest API respond to the requests, for example If i send 'GET /gpio/1/26' , How will the server access the board then? Apr 29 17:25:46 "Sample PRU code interfacing with other kernel interfaces" Apr 29 17:26:15 and do you look for local and browser solution or local only, alexhiam ? Apr 29 17:27:48 foreverska: cool. chanakya_vc is the student working on that. bradfa is the primary mentor, and ds2 and mdp are co-mentoring Apr 29 17:28:56 amragaey: the server would be running on the board, so it would call the digitalRead() function and return the result as text or JSON or something Apr 29 17:29:57 foreverska: I'd be happy to have additional resources for the student in the PRU SPI/I2C/UART project. I think it might be too late to be an official mentor, but I can try to keep you in the loop. Apr 29 17:31:01 foreverska: if you wanted to introduce yourself on the beagle-gsoc ml and state your interest in helping out, then we can discuss things together and introduce you as another resource Apr 29 17:31:15 amragaey: if I understand the second question right, it would want to be accessible by local users on the beaglebone as well as from any browser on the same LAN as the beaglebone. To be remotely accessible would require socket.io or something Apr 29 17:31:50 foreverska: just please be clear when you introduce yourself that you're not a student or a mentor but that you may have some time to help (so as to not confuse people and so as to avoid people reacting in negative ways) Apr 29 17:32:13 Will do, thanks a lot bradfa. Apr 29 17:46:25 I have a question on how the board is using c9 locally now? and Do I need to deploy on c9.io or not ? Apr 29 17:52:55 amragaey: yeah, currently there's a self-hosted cloud9 fork running on the BeagleBone, accessible on port 3000 I think Apr 29 17:53:30 but that won't help with the bone101 running on beagleboard.org Apr 29 19:43:08 hey foreverska ,Read your mail. Apr 29 19:44:16 foreverska, I believe you would only be interested in UART through PRU? Apr 29 19:47:43 Hey bradfa ! Apr 29 19:48:04 hi chanakya_vc Apr 29 19:48:11 We are interested in the development of an open-source, generalized interface between the ARM processor and a communication module implemented on the PRU. UART is definitely more self-serving and immediately useful though, you are right. Apr 29 19:51:11 It's something I set out to do a few months back but I have more pressing development during the day and I hardly feel like programming at night anymore. Apr 29 19:51:36 foreverska, Well UART is a reach goal in my project proposal .I would be be concentrating on exposing the PRU as an I2C and SPI master controller. Apr 29 19:53:06 That is fine, the work in general will probably accelerate our projects whether or not you get UART specifically done. Apr 29 19:54:46 Okay.It would be nice to have you around on the IRC. Apr 29 19:58:20 It will be interesting to see your development. My project involving the PRU was under Portland State University and none of them had any real experience with it (development for PRUSS in general was relatively young outside of the industry) so I existed in a sort of vacuum. It will be interesting to see this development, especially with the new tools that have been coming out for PRU. Apr 29 20:02:20 Yeah it is a very interesting project.I believe the mentors have already expressed this but please do feel free to give me your observations. :) Apr 29 20:04:15 This project is definitely a challenge for me as I am quite new to kernel coding. Apr 29 20:06:05 Absolutely, purely out of professional curiosity, have you decided on liscensing yet? Apr 29 20:07:05 I believe that all code has GPL right?Though I am no expert on this. Apr 29 20:07:24 I am part way through The Eudyptula Challenge, the grading is notoriously slow though. Apr 29 20:08:59 We were given a choice of whatever Open Source liscensing we wanted when I worked with PSU iirc. Mentors? Apr 29 20:09:22 GPL is a fine choice though. Apr 29 20:11:47 foreverska, I really don't know about the licensing bit as of now.That's something I would have to talk to my mentors bradfa and mdp.But I believe if I do a good job and this gets mainlined in linux,it would have to be GPL. Apr 29 20:11:55 foreverska: chanakya_vc: kernel code will fall under GPLv2. I'm not sure what the PRU code will fall under but it must be an open source license according to GSoC terms Apr 29 20:12:32 I will look into the licensing requirements for GSoC, personally I'd like it to be GPLv2 if possible Apr 29 20:12:54 bradfa,Never really paid attention to this till now :) Apr 29 20:13:31 chanakya_vc: google has some info on licensing in the gsoc info, I'll find out what it says and report back next week, ok? Apr 29 20:13:39 GPLv2 is the best for keeping what's your, yours. But yes, Kernel stuff will have to be GPLv2. Apr 29 20:13:55 * bradfa will likely be afk until Monday about 08:00 EDT Apr 29 20:14:37 bradfa,Okay.No problem.I will mail you the list by Sunday night or Monday afternoon. Apr 29 20:14:50 chanakya_vc: sounds good :) Apr 29 20:18:36 Hardware requirements.Although apart from logic analyzer , RTC and I2C e2prom that you suggested I could not think of anything else. Apr 29 20:19:16 bradfa, I guess I would have to look for company specific stuff which have a protocol driver? Apr 29 20:21:12 bradfa, And I haven't had a chance to talk to mdp yet. Apr 29 20:51:32 Hi chanakya_vc, sorry we haven't chatted yet. Apr 29 20:52:12 GSoC licenses can be any OSS initiative approved one bit should be chosen based on BB.org preference Apr 29 20:52:37 We should defer to av500 and jkridner for an opinion here. Apr 29 20:53:03 Like bradfa, I also personally prefer gplv2. Apr 29 20:55:35 I think it has the most value to BB.org to have PRU code as gplv2 Apr 29 20:56:30 I didn't mean to start a big deal. I suggest PRU code be GPLv2 as well. Apr 29 21:00:29 mdp, Hey!! No Problem :) . Apr 29 21:01:31 mdp,I have really no idea about the licences and stuff. I will go along with whatever you and bradfa tell me. Apr 29 21:02:53 chanakya_vc: I strongly suggest you read up about the various open source licenses available to you. There's a lot of material on it on the net. Apr 29 21:03:16 mdp, Although I will definitely read about it :) . Anyway you are also in EDT right?Any particular time you are free and available on the irc? Apr 29 21:03:34 Abhishek_, I will definitely. Apr 29 21:05:22 chanakya_vc: usually most hours outside of later night hours EDT. Had a few things going on in the last week that had me afk a lot. Apr 29 21:06:14 chanakya_vc: I'm mobile atm, bit also will echo the recommendation on reading up on the various OSSi licenses and form your own opinion Apr 29 21:06:24 They all have strengths and weaknesses Apr 29 21:10:00 mdp,I will. I am in Indian Standard Time Zone . Nearly 9.5 hours ahead of you. Apr 29 21:11:33 mdp, I wrote a mail to you and bradfa a couple of days ago.Whenever you are free,please do go through it. :) Apr 29 21:31:00 Bah, yes. Will do Apr 29 23:37:28 * nerdboy mostly uses gpl2/3, depending **** ENDING LOGGING AT Sat Apr 30 02:59:58 2016