**** BEGIN LOGGING AT Sat Mar 14 02:59:59 2015 Mar 14 04:02:49 Good Day Mar 14 04:02:54 Is anyone available? Mar 14 04:15:22 alexanderhiam: ping Mar 14 05:10:49 Hello sorry i missed the last message Mar 14 05:10:59 Im trying to see if I can do a project for GSOC 2015 Mar 14 05:11:09 particularly something to do with the DSP Mar 14 05:18:20 DSP? Mar 14 05:56:31 sidbh: ping Mar 14 05:56:54 kiran4399, pong Mar 14 05:58:13 sidbh: when we want to access the pins other than those accessible to pru, then do we need to change to device tree overlay which we are gonna load it into the slots ? Mar 14 05:58:56 I don't think so Mar 14 06:00:45 although you may need to add those registers to .cmd file, you can try that if you hit a snag. Mar 14 06:02:13 sidbh: OK. One more thing.. in your example code in pruss-c you did not configure the gpio_clock and initialize the GPIO modules.. would'nt it make any difference ? Mar 14 06:03:55 If you want to refer my work, I don't advise to use that, its stale and unmaintained, refer this: https://github.com/diydrones/ardupilot/tree/master/Tools/Linux_HAL_Essentials Mar 14 06:04:20 its updated and works! for sure :) Mar 14 06:04:43 although it doesn't have mechanisms to access external PRU pins Mar 14 06:05:12 because we didn't require that Mar 14 06:06:10 onto your question now, in my PRUSS-C example code If I remember correctly, I utilised the starter ware function directly Mar 14 06:06:22 sidbh: actually, in my case I do need to access external gpio pins.. Mar 14 06:06:41 so what goes inside those functions should be enough Mar 14 06:08:06 to do the job and they did :) Mar 14 06:08:48 sorry, got to go! Mar 14 06:10:22 sidbh: Ok.. also, if my calculation is correct 21,22,23,24 comes under GPIO0 right.. 32*0 + 21.. so why did you invoke SOC_GPIO_1_REGS ? Mar 14 06:10:52 nope GPIO1, check docs Mar 14 06:11:19 the one from derek molloy, those are the most accurate one Mar 14 07:04:42 Hi is anyone here? Mar 14 09:11:02 ds2 : ping Mar 14 09:28:37 Hi Mar 14 09:28:51 I have a query regarding the NW.js webkit app Mar 14 09:29:53 Can you tell me if one person has to write front (CSS, HTML)+backend or will the work be split Mar 14 10:34:41 sidbh: I am little confused about the pins and gpio ... Can you send me a link where you referred while doing your project.. ?? Mar 14 10:34:56 sidbh : hey Mar 14 10:35:45 kiran4399 : refer to derek molloy's device tree overlay Mar 14 10:35:57 it helped me to get some basic idea Mar 14 10:37:04 kiran4399 : http://derekmolloy.ie/gpios-on-the-beaglebone-black-using-device-tree-overlays/ Mar 14 10:38:46 sidbh : i was able to blink the on board leds using the starterware library and am335x pru package (in assembly language ) Mar 14 10:39:51 sidbh : now I'm trying to run pwm on pru Mar 14 10:57:51 i am digging up into the ros documentation for integrating bonescript with ros Mar 14 10:58:07 so where i should edit? Mar 14 10:58:49 http://wiki.ros.org/roslibjs Mar 14 11:02:30 well i just timed out Mar 14 11:03:03 i am digging up into the ros documentation for integrating bonescript with ros so where i should edit? http://wiki.ros.org/roslibjs Mar 14 11:37:51 altairpearl, good, best of luck :) Mar 14 12:59:48 sidbh_: So I hit a snag !!! :-P Mar 14 13:00:57 sidbh_: can you tell me where I can add those registers in .cmd file ? Mar 14 13:41:11 hiii.. i have been browsing through the ML archives...jason had a concern regarding the copy right issue by TI for the StarterWare BSD license and will not be able upstream this...so do this project actually includes libraries over starterware or its building this project from scratch via uboot as jason is thinking !!!! can anyone clarify this please ?? Mar 14 14:17:17 Abhishek_: ping Mar 14 14:17:38 sidbh_: ping Mar 14 15:40:20 sidbh: By default.. pru will use local addressing modes because it is faster.. How to make it address global address, like accessing gpio modules via L3 and L4 interfaces ? Mar 14 15:52:06 hiii.. i have been browsing through the ML archives...jason had a concern regarding the copy right issue by TI for the StarterWare BSD license and will not be able upstream this...so do this project actually includes libraries over starterware or its building this project from scratch via uboot as jason is thinking !!!! can anyone clarify this please ?? Mar 14 17:06:00 * nerdboy wonders if jason was kidnapped by the argonauts Mar 14 17:17:01 after browsing through the ML archives...on on of the post I saw that jason had a concern regarding the copy right issue by TI for the StarterWare BSD license and will not be able upstream this project...so do this project actually includes libraries over starterware or its building this project from scratch via uboot as jason is thinking !!!! can anyone Mar 14 17:17:01 clarify this please ?? Mar 14 17:47:15 * nerdboy is out of clues... Mar 14 17:56:22 :( Mar 14 18:26:02 I am Wadinga Leonard from the University of Buea and i am interested in coding for beagleboard during gsoc2015. I am interested in creating a common bootloader for all the beaglebone/beagleboards. Mar 14 18:36:03 @ds2: I am Wadinga Leonard from the University of Buea and i am interested in coding for beagleboard during gsoc2015. I am interested in creating a common bootloader for all the beaglebone/beagleboards. I will be glad if you can give me your email so i can ask some questions have as i am trying to look on how i can handle this project Mar 14 18:38:44 sidbh: ping :) Mar 14 18:41:38 wadleo: could try the mailing list Mar 14 18:41:54 otherwise keep pinging here Mar 14 18:42:06 * nerdboy not really the bootloader guy Mar 14 18:42:47 wadleo: just ask questions here or on the ML Mar 14 18:43:33 @ds2 ok thanks i will use Mar 14 18:52:00 could look at u-boot stuff for beagle* on https://eewiki.net/display/linuxonarm/Home Mar 14 18:52:52 should be latest upstream with minimum patches (and robert's config stuff) Mar 14 18:53:04 nerdboy: ok thanks Mar 14 18:54:16 he is usually here somewhere... Mar 14 18:56:22 the .ino file in arduino, is the file broken into corresponding C file by the compiler or by the makefile ?? Mar 14 19:08:20 nerdboy: sorry this is off topic but i would like to know if u are known as ds2 on this chat Mar 14 19:08:41 ??? Mar 14 19:09:18 wadleo: it is about merging the many bootloaders.... what do you know about them? Mar 14 19:09:43 please keep conversations on a public forum so knowledge can be shared. Mar 14 19:15:21 nerdboy: i never worked on bootloaders though as a someone interested in soft designing i have a basic knowlegde of it and as we speak i am going through material on merging most of them as possible Mar 14 19:20:27 nerdboy: all the knowlegde i have on them is from an operating system course and i know that by working on this project i would improve on that knowledge as i have repaired broken windows bootloaders by following instructions which i had little knowledge on what i was doing. Mar 14 19:22:06 then playing with latest u-boot is good idea Mar 14 19:25:06 nerdboy: sure because i dont like what i dont understand as it may lead me to a pit Mar 14 19:25:48 do you have any hardware? Mar 14 19:26:16 get a serial console and stop the boot to get a u-boot prompt Mar 14 19:27:00 printenv is handy, but you can do cool stuff like tftp a kernel and and mount nfs root Mar 14 19:30:46 nerdboy: if you mean beagleboards no Mar 14 19:31:08 upstream docs and stuff at http://www.denx.de/wiki/U-Boot Mar 14 19:31:39 TI has their own take on u-boot so anything TI would help... Mar 14 19:32:14 you will get beagleboneblack if accepted Mar 14 19:32:34 * nerdboy guesses a serial cable as well Mar 14 19:33:05 <_av500_> wadleo: nerdboy: there is a common bootloader for the beagleboards Mar 14 19:33:07 <_av500_> its called uboot Mar 14 19:33:13 <_av500_> or u-boot rather Mar 14 19:33:14 <_av500_> no? Mar 14 19:34:26 * nerdboy tries best Clouseau accent Mar 14 19:34:38 yes that is what i have been saying all along... Mar 14 19:35:59 <_av500_> ah Mar 14 19:43:57 how's it going? Mar 14 19:44:18 nerdboy: so why then is there a need for another common bootloader or is that it was implemented in different ways for the various beagleboards Mar 14 19:45:25 <_av500_> wadleo: to be honest, I have no idea why this project idea is there at all Mar 14 19:45:34 <_av500_> my advice: ignore it Mar 14 19:45:40 except bleeding edge, i think several boards are still on their own fork Mar 14 19:46:03 not how much unification is needed, but robert would Mar 14 19:46:16 * nerdboy can't explain project either Mar 14 19:46:33 *not sure how much... Mar 14 19:53:07 kk i will ask that question on the mailing list Mar 14 19:53:24 there must be a reason for it to be there Mar 14 19:58:18 _av500_: the "how's it going?" bit was for you... Mar 14 19:59:11 * nerdboy 's nick tab-complete is sometimes underutilized Mar 14 20:38:42 has anyone come across this issue before: https://github.com/nwjs/nw.js/issues/2720 Mar 14 21:13:03 vvu: Could you please tell me what the difficulties in implementing something like BBBlfs fro windows and MacOS are? Mar 14 21:13:16 vvu: for* Mar 14 21:13:51 MacOS needs a codeless kext (codeless kernel extension) Mar 14 21:14:11 by default OSX hijacks the CDC interface and takes all the device Mar 14 21:14:21 you need another kernel driver which has bigger priority Mar 14 21:14:44 after that you need to rewrite the code to support the networking stack from OS X Mar 14 21:15:04 on windows I think we need some support from TI...investigate different backends for libusb Mar 14 21:15:26 webglider: ^ Mar 14 21:17:39 webglider: I couldn't get that, could you explain in a bit more detail please? Mar 14 21:17:53 which part exactly ? Mar 14 21:19:31 vvu: "backends for libusb" what exactly do you mean by that? Mar 14 21:19:46 vvu: libusb does not work directly on windows? Mar 14 21:20:14 http://mcuee.blogspot.de/2010/01/libusb-10-windows-backend.html Mar 14 21:20:15 no Mar 14 21:20:20 you need a special driver on windows Mar 14 21:23:49 vvu: if this special driver is installed then the remaining process will be similar to that on linux? Mar 14 21:24:44 in major terms yes...you need to port the full code to Windows Mar 14 21:24:52 again networking stack which I used Mar 14 21:25:08 the ethernet, rndis, ip, udp and so on packet structures Mar 14 21:26:53 vvu: okay Mar 14 21:29:18 vvu: I'm only able to vaguely understand the working of BBBlfs. Some of the terminology on the project's readme is running over my head. I still don't know too much about the linux kernel, networking TFTP etc.. Could you suggest some resources which I could read to gain deeper understanding? Mar 14 21:30:06 make a post on the mailing list and put all your questions there. specific questions so i can give exact answers :) Mar 14 21:30:59 vvu: Sure I will do that. Thanks a lot for taking the time Mar 14 21:42:07 beaglebone/beagle board have diff bootloaders Mar 14 21:52:16 praveendath92, vvu: the project proposal template wants two feedback from mentors about how the project is going to impact the community. can I get some feedback from you. Mar 14 21:52:31 my side sure Mar 14 21:53:39 can i have a link to the proposal Mar 14 21:54:12 I didn't write it yet, just gathering all the information Mar 14 21:55:39 azizulhakim: sure. I will do one. Mar 14 21:56:42 do you want me to complete the proposal first? Mar 14 21:57:19 That would help write it in context, I think. Mar 14 21:57:39 vvu: azizulhakim: Your comments on this are appreciated. https://github.com/praveendath92/usctp/issues/2 **** ENDING LOGGING AT Sun Mar 15 02:59:59 2015