**** BEGIN LOGGING AT Tue Mar 03 02:59:58 2015 Mar 03 05:47:15 jkridner: I am done with the starterware for PRU in BBB. I generated a static library.... "libstarterware.a" Mar 03 05:48:01 Shall I send you a pull request from my master branch of pruduino ? Mar 03 07:45:20 Hello, everyone. Is there anyone who can consult me bout different BB GSOC questions? Mar 03 08:44:56 I was just on the project, and reading about Android-based remote display, what exactly is it? Does it interface BeagleBoard and Android to do a task? Mar 03 08:45:09 yes Mar 03 08:45:25 http://elinux.org/BeagleBoard/GSoC/BARD Mar 03 08:46:29 That is very interesting. Mar 03 08:51:00 What is framebuffer? I understand that all the USB commnication is done by the AOA protocol. SO is Frambuffer the code that sits on BeagleBoard to respond to the USB? Mar 03 08:53:45 Can anyone give some more info about "implementin Userspace Arduino" libraries? Mar 03 08:54:56 As I understand (from rapid-googling) UA - is a reimplementation (as a userspace-libs) of Arduino libs for *nix OSes through linux apis? Mar 03 08:55:19 This seems really interesting to me I'm looking at Android-based remote display, and I'd like to know, what kind of BeagleBoard must I have to be able to compile the framebuffer on? Mar 03 08:58:34 Also, where do I get the bard apk file? Seems like the link on Github page has expired. The current source was written in Eclipse. I'll have to import it to Android studio. Looking for the apk before I get to that. Mar 03 09:00:04 Also, guys, can someone give approximate UTC time, when this channel is mostly active? Mar 03 10:28:59 I'm looking at Android-based remote display, and I'd like to know, what kind of BeagleBoard must I have to be able to compile the framebuffer on? Mar 03 10:56:52 sciguy: it works on the beaglebone white and black Mar 03 11:20:19 I think I can be suitable for "userspace arduino" project, but it poorly documented and seems abandoned. Mar 03 11:20:26 So, my first questions are: Mar 03 11:20:33 Is this project alive? Mar 03 11:20:53 Does it have any proposed mentor? Mar 03 11:24:19 I have some expirience with Arduino (and so, with it's libs), I also have some expirience with RPi and some of general SoC-Linux-PCs. Mar 03 11:41:08 jkridner: I have send Pull request on github please review it Mar 03 12:15:49 jkridner: pull-request with test-task send. Mar 03 12:52:18 karki :I think , I got what are basic goals for PRU bridge project . We are trying a create a file system for pru on linux kernel. The file system should be of sysfs type which is basically preferred for GPIO's if I am not wrong this will ensure a permanent space for PRU on beaglebone board which will work as a base for future development. I am comfortable with the part in which we have to create filesystem, only thinking f Mar 03 12:55:29 But I don't have much idea about how pru is going to access it's userspace on kernel, after reading conversation on same topic between you and other student in google group. I have some doubts, where can I get read and write function which frimware is using currently , I am finding difficulty in understanding those python files there is libprussdrv . Can you breifly explain your approach so that I can understand it . Mar 03 12:57:22 yeah you have the idea right Mar 03 12:57:53 "how pru is going to access it's userspace on kernel" I have no clue as to what that means Mar 03 12:58:45 what do you want to do/know? Mar 03 13:02:18 how pru is going to communicate ? Mar 03 13:05:17 I can create the file system and make kernel to write and read for sysfs files and don't know about PRU how it is going to do the same? Mar 03 13:13:39 have a look at the current driver Mar 03 13:14:01 pru_rproc.c in the BBB kernel Mar 03 13:17:56 hii karki: have u seen the mail ?? Mar 03 13:18:04 yes Mar 03 13:18:14 I really don't know who is in charge Mar 03 13:18:24 I'd say pick a mentor then a project :p Mar 03 13:18:33 i.e. Mar 03 13:18:53 see which areas *actually* have mentors, based on that pick an idea Mar 03 13:21:23 ohh..:( Mar 03 13:22:38 i wanted to do that project...lets see..so should i drop this or with this try with some other project ? Mar 03 13:26:00 jkridner: So the kernel has to run on the C6000 DSP or there is a remoteproc framework to be developed? Mar 03 13:31:05 karki: any advice ?? Mar 03 13:31:19 find a mentor or get an other idea Mar 03 13:31:58 okk.. Mar 03 13:38:01 karki: excuse me, don't you know anything about "Userspace Arduino" project? I looked through GSOC ideas history. It's 3rd time this idea proposed, there is some code written, but description seems outdated. Mar 03 13:38:15 no clue Mar 03 13:38:33 I'm concerned with pru stuff only Mar 03 13:38:47 karki: Oh, ok, sorry. Mar 03 13:41:46 karki, jkridner asked me to buld a starterware library for pru in bbb.. Mar 03 13:42:19 Also he told me to examine the pruio library for bbb.. Mar 03 13:42:53 So what is the difference between both of them ? Mar 03 13:43:51 I mean if I build a startware library for pru.. would'nt it be the same as pruio ? Mar 03 13:51:43 starterware => no kernel Mar 03 13:53:14 Also .. Is pruio library implemented for all the modules in am335x ? i.e UART, ADC, PWM, TIMERS, CAN etc.. ? Mar 03 13:57:52 read, it should be clear enough :) Mar 03 14:00:07 OK.. one more thing.. I build the startware library for BBB. How can I test it on my BBB ? Mar 03 14:09:16 have you searched online ? Mar 03 14:09:30 there are enough number of tutorials Mar 03 14:10:23 ask questions *ONLY* when you can't find solutions (after extensive searching and trying) Mar 03 14:10:26 no i mean startware library for PRU in BBB ... Looks like i've skipped that word.. sorry.. my bad !! Mar 03 14:10:58 vmayoral sidbh_ will be able to help you there Mar 03 14:11:24 karki: what do you refer to? Mar 03 14:11:36 karki: BeagleRT? Mar 03 14:12:30 vmayoral : a student needs help on the (non kernel) pru stuff. last I remember beagle pilot guys were handling it Mar 03 14:12:39 atleast sidbh_ was Mar 03 14:12:41 :) Mar 03 14:13:09 karki: that's right then :), sidbh_ is the guy Mar 03 14:14:39 Hi, yesterday I have send one email to the mailing list about "Improving initial experience for novice developers", I am a student from Portugal (Universidade de Evora) interested in this project Mar 03 14:16:48 kiran4399, I don't know much about pro stuff but what I can see from the headline is that it implements GPIO and ADC only. But starter ware on the other hand is a very big implementation, it includes other then GPIO and ADC, I2C, SPI, PWM etc. Mar 03 14:17:46 As expected.. thanks... Mar 03 14:18:05 I was going in the direction of building Starterware for PRU but only went as far as doing GPIO, as it was not relevant for BP so left working on it Mar 03 14:18:20 I can fetch you a link, let me see... Mar 03 14:18:40 https://github.com/BeaglePilot/PRUSS-C Mar 03 14:19:42 Actually I built one.. jkridner gave me some Makefiles.. According to them I built a starterware library for pru ... Now my doubt is how do I test them ? Mar 03 14:19:43 here, it is very old and would have a lot of bugs in it but I guess you'll get some Idea Mar 03 14:20:35 you place the generated binary over to the PRU, I guess Mar 03 14:31:27 sidhb. so let us say we built a binary for blinking led by the pru starterware library ... should we pass on that to pru ? Mar 03 15:19:02 woah! wikimedia, oWasp, mozzila, gentoo, openSuse, linux foundation, wordpress did not make it to GSoC! Mar 03 15:19:13 https://www.diffchecker.com/aewmhmga Mar 03 15:32:08 cls Mar 03 16:06:39 karki : have got the basic stuff running(can recognise firmata commands convert to bot speak and pass them to pruspeak via tcp :)...just have to put it in a loop for multiple commands(only single line) Mar 03 16:10:02 jkridner: you around ? Mar 03 16:10:16 yeah Mar 03 16:11:03 jkridner: So the kernel has to run on the C6000 DSP or there is a remoteproc framework to be developed? Mar 03 16:11:09 jkridner: was thinking of proposing a getting started android app for BBB. based of Andrew’s latest book/work . sound good to you? Mar 03 16:11:16 Hi jkridner. Congrats on BeagleBoard.org making it to GSoC! Mar 03 16:12:30 jkridner so an app which runs on android running on bbb, and lets you access the commonly used peripherals : spi i2c gpio adc. make it like the bacone cape demos, but for android Mar 03 16:12:38 apaar : keep your code on github so that I can comment Mar 03 16:13:13 cool give me a few minutes just testing loop to allow for multiple commands Mar 03 16:24:58 anujdeshpande : what are the potential use cases we are looking at? Mar 03 16:25:32 you want to build something like the mobile side of tah for the beaglebone hardware? Mar 03 16:25:53 Abhishek_: kernel needs to run on the C6x, but remoteproc would be used for communications. Mar 03 16:26:12 Abhishek_: first step is just to boot the kernel, but you'd need some way to know it is alive. Mar 03 16:26:51 anujdeshpande: sounds interesting. any interest from Andrew on helping to mentor? Mar 03 16:27:18 * jkridner feels we shouldn't be shy to recruit mentors who are known to be knowledgable and already active in the Beagle community! Mar 03 16:27:54 apaar: +1 to the github comment from karki Mar 03 16:28:33 got the code running uploading :) Mar 03 16:28:39 yay Mar 03 16:28:45 nice Mar 03 16:29:21 karki: once you have apps talking to i2c and spi stuff, building android apps for any domain should be a cakewalk. home automation fanboys will jump all over this, but there are tonnes more places where this could be neat. a car for instance. Mar 03 16:29:24 karki : do i just create text dump or a whole new repo?? Mar 03 16:29:39 apaar : I'd like a repo Mar 03 16:29:40 jkridner: just dropped him a line, will let you know how that goes Mar 03 16:29:55 but start with a gist Mar 03 16:29:59 This also sounds like a very nice idea for my upcoming display cape, getting it to run with Android :) Mar 03 16:30:10 Abhishek_: +1 Mar 03 16:30:55 I've just ordered a batch of cape PCBs, they are expected by next week. Mar 03 16:30:57 anujdeshpande : there is already android - firmata, why not use that Mar 03 16:31:10 build on it rather Mar 03 16:31:28 do you mean an app or an sdk? Mar 03 16:33:13 i mean an app, not a sdk. also firmata is over ble right? this will be different. this is using the beagle to do the heavy work and not an arduino over serial (any kind). need to use i2c and spi sensors connected directly to the bbb Mar 03 16:33:20 jkridner: What would be the best way to safely remove the 2x46-pin headers on the Black and directly solder it to another PCB? Mar 03 16:34:06 I mean, if someone really wanted to do that in the first place Mar 03 16:34:22 anujdeshpande : firmata is a protocol, could be over anything. Mar 03 16:34:50 and yeah, basically a bbb firmata client sort of thing Mar 03 16:35:06 but why an app; app is an dead end, I'd like an API Mar 03 16:35:17 karki: but i’d still need something on the other end to talk back right ? a processor of sorts Mar 03 16:35:23 API would let me extend Mar 03 16:35:31 and build more cool stuff Mar 03 16:35:33 :) Mar 03 16:35:51 yeah, the BBB instead of the arduino Mar 03 16:36:04 I had built something like this before Mar 03 16:36:10 donno where it wen Mar 03 16:36:11 but we could also be talking of a Java API for Android to access physical devices over I2C or SPI. Mar 03 16:36:20 ^ yep Mar 03 16:36:30 thats what I'm talking about Mar 03 16:36:34 karki: in this case bbb is running android.. i think you are refering to android talking to bbb runnning debian Mar 03 16:36:48 anujdeshpande : my bad Mar 03 16:36:54 I had your project all wronf Mar 03 16:36:58 wrong :p Mar 03 16:37:04 :) no issues Mar 03 16:37:15 now, only if we had SGX blobless support :/ Mar 03 16:37:15 I thought you wanted your phone to talk to BBB Mar 03 16:37:38 karki: naah.. too many ways to make that happen already :D Mar 03 16:37:51 thats what I was trying to say :p Mar 03 16:38:05 so I was wondering why you were doing all over again :D Mar 03 16:45:09 karki : https://github.com/Apaar/ it is up Mar 03 16:45:39 Abhishek_: It isn't real easy to remove the header.... Mar 03 16:46:18 Abhishek_: I've found on other boards that cutting away the plastic and pulling out pins individually makes it easier to avoid damaging the board, but that hasn't been easy on BeagleBone. Mar 03 16:46:49 Abhishek_: having a nice hot air gun should help, as would a good desoldering tool. Mar 03 16:47:12 Abhishek_: you have to be careful with the hot air gun to watch if other parts fall or start to fall off. Mar 03 16:47:22 * Abhishek_ has one, he used it to build the BeagleLogic cape :) Mar 03 16:48:33 apaar: do you know about http://www.firmata.org/wiki/Protocol ? Mar 03 16:48:55 jkridner: yep, given this is lead-free solder and reflows at a comparatively higher temperature Mar 03 16:49:50 jason :i had read through it very roughly yesterday but i had gone by the example karki had provided on the irc yesterday Mar 03 16:50:17 jkridner :^ Mar 03 16:50:23 jkridner : To build something like a firmata would be to redo pruspeak Mar 03 16:50:55 we may as well use pruspeak's single command feature to access pru features Mar 03 16:51:06 *pru resources Mar 03 16:52:40 karki: for one-off operations like this, that makes sense. it might even make sense to provide some subroutines you can trigger with one-off commands by setting variables as well. Mar 03 16:53:20 jkridner: I am done with the starterware for PRU in BBB. I also sent you a pull request.. Mar 03 16:53:35 kiran4399: on which repo? Mar 03 16:54:01 pruduino Mar 03 16:54:13 jkridner : for one-off operations what makes sense reimplementing firmata or reusing pruspeak? Mar 03 16:55:59 +1 to reusing a pruspeak built on the top of the next-gen PRU framework :D Mar 03 16:56:41 kiran4399: you misspelled starterware in the comments. ;-) :-P Mar 03 16:57:06 karki: I think using pruspeak. Mar 03 16:57:18 Oops sorry !!! Mar 03 16:57:40 jkridner : thought so :) Mar 03 16:57:41 kiran4399: might be better to merge it with pruspeak or have it stand alone.... getting some other opinions on that might be good. Mar 03 16:57:55 alexanderhiam was also talking about remote script triggering Mar 03 16:58:02 kiran4399: don't commit binaries to git if it can be avoided. Mar 03 16:58:34 kiran4399: looks like you pulled in just the files that get tarred up. that's good, because the license on some of the other stuff is questionable. Mar 03 16:59:06 kiran4399: overall, I'm happy with your ability to manipulate Makefiles and git. nice first step. Mar 03 16:59:39 kiran4399: we might need to do something to help clarify authorship in the commits, since most of these files are coming from TI. Mar 03 16:59:59 kiran4399: have you thought any about how to test it now that you have it? Mar 03 17:00:51 I also went through the pruio library today.. Mar 03 17:01:41 I would like to start testing the code by a pot using ADC in BBB Mar 03 17:01:56 kiran4399: great. Mar 03 17:02:17 I am actually doing it now... Mar 03 17:02:31 kiran4399: cool. would be interesting to see your code approach. Mar 03 17:03:01 kiran4399: are you working on your proposal as well? have you checked out the overall process? are you connecting with other mentors? Mar 03 17:03:29 Yes.. I started writing proposal 3 days ago.. Mar 03 17:03:43 have you given a pull request for whole of starterware ? Mar 03 17:04:14 Hey guys! I just came from the idea page. A few weeks ago I just heard about GSOC, and now Im here. Im really interested in one of the projects on the idea list, is there anyone here whom I can ask a few questions to? Mar 03 17:04:18 my browser kind of froze :p Mar 03 17:04:28 * jkridner goes afk Mar 03 17:04:48 karki: I gave a pull request for the starterware for PRU.. Mar 03 17:04:59 Yes .. whole of it.. Mar 03 17:05:04 :O Mar 03 17:05:09 why? Mar 03 17:05:30 aliam, which project are you interested in, the mentor might be online.. Mar 03 17:05:36 jkridner asked me to do it.. :-) Mar 03 17:05:39 karki: yeah, we could certainly implement subroutines in pruspeak, but isn't that outside the scope of botspeak? Mar 03 17:06:20 jkridner: I connected to some mentors also.. Mar 03 17:06:29 rcn-ee , the Android based remote display Mar 03 17:06:46 alexanderhiam : botspeak, yes Mar 03 17:06:59 but we have a userspace infrastructure Mar 03 17:07:04 to leverage Mar 03 17:07:23 the userspace elements can cache scripts and what not Mar 03 17:07:31 lot of flexibility can come in Mar 03 17:07:44 does anybody has idea of writing code in starterware ?? i have doubt in one of the macro definition..anybody ?? Mar 03 17:08:09 jkridner: You want me to check the overall process for PRUduino ?? Mar 03 17:08:25 I still want rpc though :P Mar 03 17:08:41 aliam, jkridner would be the best to ask, when get comes back. Last i remember on that project, the display works, but input/sound transport needs to be enabled.. Mar 03 17:08:46 kiran4399 : does the example work the way you want it to? Mar 03 17:08:58 alexanderhiam : and I want a stable driver :p Mar 03 17:10:21 rcn-ee , thanks for helping me out!. Ill contact jkridner :) Mar 03 17:10:33 karki: have there been any students interested in the driver? Mar 03 17:10:49 apaar is working on it Mar 03 17:11:06 aliam, praveendath92 might be able to help too, as he wrote the display part. ;) Mar 03 17:11:24 he was able to compile the existing driver, test some pru code, and now is writing to userspace python code Mar 03 17:12:04 I also believe he understands the working of the driver (seems to have played around with it some basic hack and mod) Mar 03 17:12:06 karki: You mean that blinkled example ? Mar 03 17:12:11 yes Mar 03 17:12:26 rcn-ee , i just visited his website, i think ill send him an email. How do I reply to someone here, like the way you do it? Mar 03 17:13:04 alexanderhiam : ^^ Mar 03 17:13:55 I think he got upcall downcall concept and played with it too..... Abhishek_ helped him with that I believe Mar 03 17:15:56 great Mar 03 17:15:58 Hi there Mar 03 17:16:08 hey praveendath92 Mar 03 17:16:25 Hi. How is it going? Mar 03 17:18:59 appar: I assumed you were focusing more on the userspace side. Are you interested in working on the whole PRU remoteproc framework? Mar 03 17:20:03 aliam: ping Mar 03 17:21:39 alexanderhiam : apaar was interested in working with pru bridge Mar 03 17:21:50 alexanderhiam : well i am flexible with both but i have more experience with C compared to python(just picked up the language).....also i just started with the userspace a few days ago before that i was working on understanding(and running) the rproc driver...ut i do find te are quite interesteing and fun :) Mar 03 17:22:17 the area* :p Mar 03 17:24:39 karki: i.e. prubridge with current rproc glue code? We're still hoping for one student doing that and another doing the general rproc framework? Mar 03 17:24:53 yes we are Mar 03 17:25:20 we need someone to focus on a proper architecture to write 'glue' code and get stuff upstreamed Mar 03 17:25:33 Abhishek_ : anyone working on that? Mar 03 17:35:30 hi Mar 03 17:35:43 anyone ready to work for this project "Enhance ADC driver for BeagleBone and BeagleBone Black" ?? Mar 03 17:35:54 karki: shubhangi was Mar 03 17:36:02 good goof Mar 03 17:36:05 *good Mar 03 17:36:14 i am new to gsoc Mar 03 17:36:18 can u help me? Mar 03 17:36:23 I am yet to receive communication from TI about my work assignment Mar 03 17:36:24 how to approach mentor? Mar 03 17:36:49 or how should i contact any mentor? Mar 03 17:37:03 trigger__: you're doing it now Mar 03 17:37:09 ;) Mar 03 17:37:24 mentors will be here?? Mar 03 17:37:40 mentors are here and on the mailing list Mar 03 17:38:07 cool... Mar 03 17:38:19 trigger__: what project? Mar 03 17:38:38 Enhance ADC driver for BeagleBone and BeagleBone Black Mar 03 17:39:26 alexanderhiam: any help?? Mar 03 17:40:11 ds2 ^ Mar 03 17:40:30 ds2?? Mar 03 17:40:49 is the ADC driver project still alive? Mar 03 17:41:01 its there in the ideas page Mar 03 17:41:06 I know I'd like to have a better driver! Mar 03 17:41:24 possible mentor : Hunyue Yau Mar 03 17:41:39 =ds2 Mar 03 17:41:53 mentor nick? Mar 03 17:42:00 thanx man Mar 03 17:51:58 jkridner: Andrew is in :D Mar 03 17:52:50 Hello Beagle Bone team , I am Steve. I would like to contribute to BB throught a GSoC idea Mar 03 17:55:07 I saw in your Wiki an idea related to Library of Arduino compatible functions to StarterWare Mar 03 17:56:32 yes? Mar 03 17:56:49 someone rang? Mar 03 17:57:25 trigger__: ? Mar 03 17:57:31 hi Mar 03 17:57:33 yes Mar 03 17:57:56 except for specifc personal details, please keep discussions on the channel Mar 03 17:58:16 i am interested in "Enhance ADC driver for BeagleBone and BeagleBone Black" Mar 03 17:58:22 generally projects have multiple mentors to cover different angles so other folks may be interested Mar 03 17:58:27 i would like to know details Mar 03 17:58:30 trigger__: what do you know about it? Mar 03 17:59:26 i didn't work on beaglebone Mar 03 17:59:32 i have to work on it Mar 03 18:00:33 trigger__: okay. what's your background? Mar 03 18:00:38 i want to know if project is available or not so that i can do some ground work and come back to u Mar 03 18:00:49 electrical and electronics Mar 03 18:01:00 trigger__: that project is to expand the driver (preferablly in an upstream compatible way) to expose more features of the ADC block Mar 03 18:01:02 bachelors last semester Mar 03 18:01:06 I am interested in working for Arduino library and StarterWare Mar 03 18:01:14 trigger__: what area? Mar 03 18:01:24 electrical and electronics Mar 03 18:01:28 digital? power? analog? Mar 03 18:01:30 etc. Mar 03 18:01:58 EE can cover a lot of ground Mar 03 18:01:59 digital and analog Mar 03 18:02:25 trigger__: RF or low freq (audio) analog ? Mar 03 18:03:00 low freq Mar 03 18:03:10 ds2 : btech is generally very generic Mar 03 18:03:17 yes Mar 03 18:03:30 t even covers communications Mar 03 18:03:35 karki: fyi here's what I'm thinking for rpc on the pru: https://gist.github.com/alexanderhiam/e9237b835feae932d973 Mar 03 18:03:37 so I don't think there would be a specialization as such Mar 03 18:03:38 karki: hmm? Mar 03 18:03:50 karki: oh.. you mean the paper Mar 03 18:04:13 paper? Mar 03 18:04:15 trigger__: have you played with ADCs before? Mar 03 18:04:16 no...what he meanty is all the topics you asked for are covered but not in depth Mar 03 18:04:26 karki: paper, degree, sheepskin, catskin, etc :D Mar 03 18:04:30 yes...i played with ADC before Mar 03 18:04:36 karki: the idea being that it could be built on the rproc framework using prubridge to send remote calls Mar 03 18:04:37 ds2 yeah :) Mar 03 18:04:44 jkridner: Hello, Are you the mentor of Arduino idea? Mar 03 18:04:50 microcontroller interfacing Mar 03 18:04:55 DSPIC30F series Mar 03 18:05:05 trigger__: what about programming wise, have you used git (and/or github)? Mar 03 18:05:50 trigger__: the reason I ask those is - to be useful in the GSoC timeframe, you'd need to at least know some of the terms used in the datasheet Mar 03 18:05:51 i am proficient in JAVA and C....I used GIT but never contributed anything but i worked for a Software company as part of my internship Mar 03 18:06:02 alexanderhiam : I see, looks good! Mar 03 18:06:09 so programming wise i am very sound Mar 03 18:06:35 trigger__: have you built the Linux kernel before? Mar 03 18:06:51 no... Mar 03 18:06:57 jkridner: I am interested in enhance Arduino library functions for StarterWare Mar 03 18:07:22 trigger__: have you used make and the gnu toolchain (gcc)? Mar 03 18:07:29 ds2: i have ample amount of time...so i can work on it Mar 03 18:07:52 there is generally an illusion of 'ample of time' Mar 03 18:08:05 i used GCC for running codes Mar 03 18:08:40 trigger__: more importantly... do you know anything about the concepts of upstream and working with a community? Mar 03 18:09:12 karki: heh... that is one of the things GSoC will help clarify Mar 03 18:09:34 i am new to GSOC... i dont know about those terms Mar 03 18:09:42 or concepts Mar 03 18:10:05 alexanderhiam : so the PRU firmware also has a plugin mechanism definned Mar 03 18:10:30 they are not gsoc stuff, just opensource stuff Mar 03 18:10:53 trigger__: they are not specific to GSoC. Briefly - open source projects are rarely one person. in the case of the Linux kernel, there are thousands if not millions of developers. in order to get code into the "master tree", you need to work with other developers to seek feedback and update code based on that Mar 03 18:11:49 karki: yeah, I guess the pru-side rpc code would include the pru-side prubridge header Mar 03 18:12:03 yeah, I get ya :D Mar 03 18:12:08 yes...i know that part Mar 03 18:12:16 trigger__: there are a lot of code out there written and tossed onto the web (i.e. drivers); the goal with "upstreaming" is to get that merged in with the main Linux code so it will be maintained. not quite technical but essential to this project Mar 03 18:12:21 same happens in most of the industries also Mar 03 18:12:55 trigger__: in industry, slightly different criteria is used. the review process is different Mar 03 18:13:30 trigger__: is there anything specific you would like to know about the project that I haven't mentioned? Mar 03 18:13:32 oh Mar 03 18:14:26 trigger__: Linux review process - generate diffs. email them to the appropriate m/l. Watch for comments, reply and discuss if appropriate. resend diffs. there is no "boss" to escalate to Mar 03 18:14:38 i want to know about the groundwork i should do before i start this project Mar 03 18:15:27 trigger__: try out the driver. find out what its limitations are compared to what the hw block can do. read the BB ML archives to see which features are needed the most Mar 03 18:16:07 trigger__: in your case - figure out how to compile a new kernel... that would be a fundamental precursor to doing the rest Mar 03 18:16:18 ds2 : how can i reach you apart from this chat?? Mar 03 18:16:41 trigger__: I would say you'll also want to have a good understanding of the AM335x ADC before GSoC starts Mar 03 18:17:15 trigger__: oh and since you are coming from a EE - be sure to understand user space vs kernel (advantages/disadvantages). You will encounter a lot "noise" in this area Mar 03 18:17:21 alexanderhiam : thnx for the help...i will definitely work on it Mar 03 18:17:50 trigger__: not picking on you, I'm on the EE side too Mar 03 18:18:00 yes... "noise" :P Mar 03 18:18:22 ds2 : no no... i am glad that some one is helping... Mar 03 18:18:53 ds2 : any other means for contacting you? Mar 03 18:19:09 trigger__: IRC is the best. otherwise, you could discuss this on the beagleboard-gsoc list. main thing is - share so other potential mentors can comment Mar 03 18:19:40 * vvu sees nobody interested in the android side :( Mar 03 18:19:45 ok...and may i know your availability timings?? Mar 03 18:19:58 trigger__: where are you geographically? Mar 03 18:20:04 india Mar 03 18:20:16 specifically GOA,INDIA Mar 03 18:20:16 vvu: android? Mar 03 18:20:31 the android remote display project :) Mar 03 18:20:32 trigger__: ouch... we are almost 12 hours apart. Mar 03 18:20:50 vvu: continuing of last year's project? Mar 03 18:20:52 ds2 : ur location? Mar 03 18:20:53 yes Mar 03 18:20:59 was left a bit unfinished Mar 03 18:21:09 trigger__: I am in the SF Bay area (California) pacific timezone. UTC -8 Mar 03 18:21:35 vvu: have you updated the elinux page? Mar 03 18:21:42 yes Mar 03 18:21:44 on the ideas page Mar 03 18:21:49 i need to put in one more thing on there Mar 03 18:21:53 vvu, aliam (left now) was interested. ;) Mar 03 18:22:03 ah Mar 03 18:22:13 will catch him later if so Mar 03 18:22:16 vvu : lots of people were interested Mar 03 18:22:18 trigger__: the good thing is I am on at odd hours. you could try pinging me. sometimes I am in and out Mar 03 18:22:34 vvu, if i see him again, ill ping him to bug you. ;) Mar 03 18:22:39 but they were asked to select another project Mar 03 18:22:42 10x Mar 03 18:22:46 cause it was already done Mar 03 18:22:48 :p Mar 03 18:22:55 on the mailing list Mar 03 18:23:14 we want to extend it Mar 03 18:23:28 i still haven't seen somebody ask on how to use it Mar 03 18:23:34 just a basic error report on github Mar 03 18:23:53 ds2 : may i know ur availability time(approx) (as per ur zonal time) Mar 03 18:24:11 vvu: i'm interested in android remote display project. in fact i've started some work on that one Mar 03 18:24:27 glad to hear that Mar 03 18:24:30 what work exactly ? Mar 03 18:25:19 i've been trying to write some device driver for mouse and keyboard communication. Also trying to write an ALSA driver for the sound part Mar 03 18:25:46 trigger__:I am in and out anywhere from 0900 PST - as late as 0100 PST Mar 03 18:27:05 ds2: is ADC related to hardware like using starterware for AM35x ?? Mar 03 18:27:20 or using AM335x via linux ?? Mar 03 18:27:36 geekswine: ADC is HW Mar 03 18:28:10 geekswine_: that one's specifically about the linux driver Mar 03 18:28:13 starterware is library of things to directly access the hw on the AM_335x_ (not sure if there is one for the AM_35x_) Mar 03 18:29:10 ohh... Mar 03 18:29:23 let me introduce myself.. Mar 03 18:29:41 (is there starterware for AM35x?) Mar 03 18:30:06 i have worked with atmega16a so experienced with bare metal programming.. Mar 03 18:30:25 and from electronics and communication side.. Mar 03 18:30:54 so by enhancing ADC driver what do we actually mean ?? Mar 03 18:32:44 azizulhakim: for starters try to make the actual project work again Mar 03 18:32:49 what android device do you have ? Mar 03 18:33:38 ds2: i searched for AM35x...but couldn't find a good reference for its starterware.. Mar 03 18:33:38 bare metal is more or less starterware Mar 03 18:34:12 geekswine: AM35x is a different chip. a version of it is used on the classic beagleboard and xM beagleboards. the beaglebone use the AM335x Mar 03 18:34:34 geekswine: that project is to improve a Linux driver Mar 03 18:35:28 ohh kk... Mar 03 18:35:50 so basic background needs for this is to know how to write drivers ?? right ? Mar 03 18:39:52 or at least debug them Mar 03 18:40:07 writing would be good but got to start somewhere Mar 03 18:41:11 okk..i would like work on it.. Mar 03 18:41:31 as some digital stuff is related :D Mar 03 18:46:14 so what basic background is needed to approach this project ?? Mar 03 18:47:39 vvu: do you have any suggestion on what other aspects to look at about that project? Mar 03 18:48:11 have you built a the kernel before? Mar 03 18:48:27 mainly to reduce the steps needed for the project to run, recompilation of the driver..add vid/pid combinations Mar 03 18:48:38 then extend keyboard/mouse Mar 03 18:48:43 and last step add audio Mar 03 18:48:49 geekswine_: the situation is - we have a basic driver that sometimes gets data out from the ADC. we need to improve that. Mar 03 18:48:51 and if we have time to test it overall Mar 03 18:49:13 geekswine_: background - is git, upstreaming, community work, Linux kernel building, and driver debugging Mar 03 18:49:58 azizulhakim_: the android side is not so hard to be achieved, more work is to be done in the kernel Mar 03 18:50:04 ds2: noo... i haven't compiled a kernel before...but would like learn new thing this summer..:) Mar 03 18:50:06 Hmm. So reducing the steps is very important also Mar 03 18:50:20 Yes I understand that. Mar 03 18:50:31 yes, i did not hear anybody of using it...and i think this is because of these many steps just to make it work Mar 03 18:50:44 i suggest fork the project on your local github repo and try to buidl it Mar 03 18:50:51 it has instructions there how to achieve that Mar 03 18:51:50 azizulhakim_: praveendath92 is the one who executed the project Mar 03 18:52:24 ok. will do that. Mar 03 18:52:44 what android device do you have ? Mar 03 18:53:12 I've nexus 7 Mar 03 18:53:27 And One Plus One Mar 03 18:53:28 But I can manage other device if necessary Mar 03 18:53:33 the n7 is enough Mar 03 18:53:37 i tested on that one Mar 03 18:53:53 azizulhakim_: ping Mar 03 18:53:58 what timezone are you ? Mar 03 18:54:26 vvu: me? Mar 03 18:54:37 no, azizulhakim_ Mar 03 18:54:44 Okay. Mar 03 18:55:18 geekswine_: unfortunatley, there isn't enough time in the GSoC timeframe to teach the basics and get the project done Mar 03 18:55:19 Eastern Time Zone (UTC-05:00) Mar 03 18:55:21 ds2: so first of all is to know how to compile a kernel and then about the current driver and errors in it ??? Mar 03 18:55:26 hi praveen Mar 03 18:56:42 I did try the driver in ubuntu, not in BB. but once I set the framebuffer, my screen goes blank and nothing shows up on the android device. any idea? Mar 03 18:57:11 yeah it is so..:( Mar 03 18:57:16 azizulhakim_: I can help you out. Mar 03 18:57:24 With the setup issues. Mar 03 18:57:49 but i would like to learn during this time period.. Mar 03 18:58:28 azizulhakim_: Which screen goes blank? Android? Mar 03 18:58:38 also one trouble i'm having is to cross compile. it says some header file is missing which I didn't get time to figure out. if you are familiar with this trouble, may be you can give me a heads up Mar 03 18:58:55 No, my laptop screen goes blank. And also nothing comes up in android Mar 03 18:59:02 geekswine_: not just errors, but also know what the ADC can do Mar 03 18:59:35 geekswine_: what is your background? Mar 03 18:59:35 azizulhakim_: you need to install the headers for the kernel you want to compile Mar 03 18:59:40 maybe rcn-ee can give you the needed .deb packages Mar 03 18:59:43 for the bb-kernel Mar 03 18:59:51 azizulhakim_: Yes. Kernel headers to be installed. Mar 03 18:59:59 i am from electronics and communication side.. Mar 03 19:00:08 Also framebuffer Mar 03 19:00:28 and has some theoretical knowledge of ADC.. Mar 03 19:00:35 I don't remember the package names so, you have to tell me the missing header name, Mar 03 19:00:47 kernel header is needed only for cross compile. right? Mar 03 19:01:07 Nope. For normal compile too. Mar 03 19:01:23 For that matter, any kernel driver compile. Mar 03 19:01:32 well, my normal compile works. the problem occurs when I try to cross compile Mar 03 19:01:48 from where did u got the cross-compiler ? Mar 03 19:02:17 Yes. Mar 03 19:02:30 Forget about cross-compiling. It's just normal linux code. Mar 03 19:02:46 i think I used apt-get to install gcc-linux-arm-gnueabi Mar 03 19:02:55 Can be compiled on any Linux OS. Mar 03 19:03:19 Are you talking about the cross compile exercise? Mar 03 19:03:26 azizulhakim_: if u need cross-compilation stuff look https://eewiki.net/display/linuxonarm/BeagleBone+Black Mar 03 19:03:31 For all GSoC students? Mar 03 19:04:08 azizulhakim_: If we still talking about the remote display, it doesn't need any cross compilation. Mar 03 19:04:29 no not exercise. i just wanted to compile the driver in my ubuntu machine and then move the binary to beaglebone to install there Mar 03 19:05:20 I haven't tried that but yes, in that case you would have to do cross compile. Mar 03 19:05:34 may be better approach will be install the header in beaglebone and then compile from there. Mar 03 19:05:46 'k Mar 03 19:05:46 I would recommend installing headers on bone. Mar 03 19:05:46 azizulhakim_: http://stackoverflow.com/questions/13743226/driver-module-cross-compilation Mar 03 19:06:17 ds2: any more suggestions ?? Mar 03 19:07:30 praveendath92: i'll try again on bone and let you know. Mar 03 19:07:56 Sure. We shall talk about the PC blank screen issue too. Mar 03 19:08:10 thanks Mar 03 19:08:22 Anytime. Good luck :) Mar 03 19:08:40 :) Mar 03 19:12:35 geekswine_: those would be the basics... evaluating the current driver and checking the beagleboard ML archives would be good Mar 03 19:15:41 ML archives ?? Mar 03 19:22:32 Mailing list Mar 03 19:23:40 ohh okk got it..:) Mar 03 20:50:06 Hello Mar 03 20:50:29 Please tell me which is the procedure if I want to propose a project for GSOC Mar 03 20:52:22 Abhishek_: vlad94 wants to extend something from beaglelogic, maybe you can give him some hints Mar 03 21:02:49 vlad94: What are your key develoment skills? Mar 03 21:08:19 When it comes to hardware part, I am skilled at analogic electronics, OP AMPs, MUX, Microcontrollers(worked with dsPIC, ATmel-Arduino), Mar 03 21:09:43 I mean, in terms of software/programming. GSoC needs to have a major share of software work. Mar 03 21:10:46 Regarding programming, I am very good at C++ . I developed a few applications in C#, I have good knowledge of JAVA, and worked a lot with Microcontrollers in C Mar 03 21:11:03 and a little in assembly Mar 03 21:12:03 I see, what is the project (out of the ideas list) you are currently looking at? Mar 03 21:14:03 Sorry for delay. My IE doesn't work very well Mar 03 21:14:13 I'll describe my idea as it follows Mar 03 21:16:07 I tought at an oscilloscope. A very good one, being able to measure signals of 20 MHZ or more, using Beagle BONE great performance Mar 03 21:20:29 The oscilloscope will be just like a real one, presenting aadjustment for time base, trigger level, slope, presenting a measure menu for: MAX value, MIN, MEAN, and RMS Mar 03 21:21:24 Beagle Board will make the aquisition, and the waveform will be shown on the PC(through USB cable or wifi) using a C# application Mar 03 21:23:55 I can also find a way to be independent from PC, using only a HDMI connection for displaying the waveform Mar 03 21:24:16 hmm, BeagleLogic and HDMI cannot be used simultaneously Mar 03 21:24:53 they share the same pins Mar 03 21:26:00 I know. That's why I wrote" find a way", because in this case I would have to change the entire method. And I also believe that the PC-method is more practical Mar 03 21:27:40 right now, the priority is to port BeagleLogic to the latest kernel, and that is why I'm supporting the "PRUSS Support for newer kernels" idea Mar 03 21:30:42 It opens up a whole range of possibilities, and analog would be a direct consequence of that fact Mar 03 21:31:27 I know, but building an oscilloscope is more complex and requires an external circuit,which have to be connected at beagle through GPIO Mar 03 21:32:10 because an external ADC circuit realize the conversion on the analog signal. Mar 03 21:32:50 Of course, through signal processing, I can implement an analyzer. And an analogic analyzer(with FFT) is more powerful than a logic one Mar 03 21:32:58 yup, so a significant hardware component. Mar 03 21:33:22 yes, but not an expensive one Mar 03 21:34:48 That's the point of my idea. I can develop a very powerful tool, with a low price. This project involves a hardware part, and also a complicated software part(processing signal from software is quite difficult) Mar 03 21:34:57 vlad94_: what would be the benefit over any of the usb scopes on the market? Mar 03 21:37:44 Most of USB scopes presents a low sampling rate, and the good ones are extremely expensive. Mar 03 21:38:57 This would be an affordable tool, especially when you already have a Beagle Mar 03 21:39:55 And a good way to promote Beagle, having support for the most important tool in electronics Mar 03 21:41:03 vlad94_: what's your experience with RF and high-speed digital circuit design? Mar 03 21:43:12 What do you mean by HIGH SPEED digital circuit design. I don;t want to design the ADC convertor integrated circuit, I intend to buy one Mar 03 21:43:25 or are you reffering to experience in PCB design? Mar 03 21:43:52 well what kind of bandwidth are you thinking? Mar 03 21:44:44 at least 20 MHz Mar 03 21:45:08 without testing, I can't guarantee more Mar 03 21:47:26 which means sampling at at least 40MSps Mar 03 21:48:26 or sub-sampling + post-processing Mar 03 21:50:24 40MSps isn't sufficient for 20Mhz. This means only two point per period. Insufficient Mar 03 21:50:41 I've tought for at least 100MSps Mar 03 21:51:26 I'm just citing the sampling theorem. Yeah, higher is better Mar 03 21:53:58 I've tested. Ten points are quite good, even for a sinus with a basic interpolation Mar 03 21:58:01 so you're thinking an external ADC with a parallel interface to the PRU? Mar 03 22:00:58 vlad94_: what about things like coupling, vertical scale, etc.? Would you just capture raw DC coupled data with a fixed scale and do all that in software? Mar 03 22:01:44 Yes, I am thinking to an 8 bit ADC, which needs 8 wires to communicate with Beagle Mar 03 22:01:51 Of course not Mar 03 22:02:11 the circuit won't be consisted only of the ADC Mar 03 22:02:46 it will present adjustments for ampitude Mar 03 22:03:08 I suspect the hardware component might push it outside the scope of GSoC Mar 03 22:03:37 for instance: I can;t measure a signal if 10 mV, dirrectly with the ADC. It has to be amplified Mar 03 22:03:49 I know there is a hardware circuit Mar 03 22:04:01 But the software part won;t be easy, too Mar 03 22:04:26 I planned to do it with a state machine Mar 03 22:05:02 yup, as I said before, the hardware component is significant, and that may delay your coding phase. The end result of GSoC is the code, and you would definitely not be putting in 12 weeks to develop just the hardware Mar 03 22:06:10 How much of the software is benefiting the beagle community? The high speed PRU data capture has already been done by beaglelogic, so isn't the software component mostly platform independent signal processing? Mar 03 22:06:17 I had thought of something similar with adding an ADC but it was a stretch goal, and not a part of my project. Mar 03 22:07:51 this isn't directly mentioned in the intro video, but in the end-of-coding slides I remember mentioning this Mar 03 22:10:20 the hardware part isn't a problem, because I worked with something like that before, and i know how to do it. But if you say it won;t help the beagle community, I will orient on another Beagle GSOC project Mar 03 22:13:04 yeah, while it is a cool idea I think it just falls outside the scope of beagle GSoC Mar 03 22:16:07 vlad94_: have you looked at the ideas page? Mar 03 22:18:18 No, this is what I'm searching for right now Mar 03 22:18:22 please give me a link Mar 03 22:19:06 http://elinux.org/BeagleBoard/GSoC/Ideas Mar 03 22:22:31 Thank you. I'll study all of the ideas tomorrow, and I'll come with feedback Mar 03 22:22:45 Thank you for your time! Mar 03 22:23:30 np Mar 03 22:47:04 hmmm Mar 03 23:24:06 jkridner: are u here? Mar 03 23:30:50 Ok, as no one actually here I'll spam a little more bout myself and maybe someone would be interested to give me a hand. Mar 03 23:31:32 I'm mostly interested in "Userspace Arduino" project, but have no idea how to get into it. Ideas page is no help. Mar 03 23:31:45 I'm smth like 5 years linux user. Mar 03 23:32:05 This will-get-my-bachelor-this-semester student. Mar 03 23:32:45 Generally interested in HW-SW interaction and so in different kinds of system programming. Mar 03 23:32:56 I read through latest logs. Mar 03 23:33:29 There was lots of questions about ability to build kernel, use make, CVS and stuff. Mar 03 23:33:34 All of them. Mar 03 23:35:39 I do can build kernels. I do can use make (and CMake). Wrote a dummy "hello world" module. Read "Advanced Linux programming". Mar 03 23:37:19 My evaluation work is autonomous surface vehicle. I have some very rough inertial navigation proto based on Arduino. It's rough, but it's somehow working. Mar 03 23:37:45 Now I do some math stuff and play around with RPi and ROS. Mar 03 23:39:17 So I think I fit nicely into UA and, maybe, any other kind of kernel-related stuff, if someone will give me a helping hand. Mar 03 23:39:44 My time is UTC +10 (Russia, Vladivostok), so I missed all the action here. Mar 04 00:31:43 * vvu feels so bad he deleted the blog where all the GSoC 2013 beagle boot posts were :( Mar 04 00:33:08 oops Mar 04 00:35:20 i need to put up a presenatation for an interview at ARM...and have no ideas what to write about :) Mar 04 00:46:05 how about an essay on how much x86 is better? Mar 04 00:46:06 :D Mar 04 00:56:56 hehe Mar 04 00:57:05 i need to make them like me Mar 04 02:28:04 karki: Sorry, yesterday I got disconnected from the internet... So as you asked me about the blinkled example, I want to test it first before going to the Pot using ADC. Right now I am testing the blinkled program.. Will get back to you within 3 hours ! :-D Mar 04 02:28:20 Is jkridner around ? **** ENDING LOGGING AT Wed Mar 04 02:59:58 2015