**** BEGIN LOGGING AT Mon Feb 29 02:59:59 2016 Feb 29 03:53:36 is that enough "code" for google? Feb 29 06:57:53 http://elinux.org/BeagleBoard/GSoC/Ideas Feb 29 06:58:05 I am interested in first idea of this list Feb 29 06:58:24 *interested Feb 29 06:58:55 Can someone suggest me what can I improve in kernel state Feb 29 19:08:35 OK, so BeagleBoard is on the selected org list. Feb 29 19:08:43 it's done? Feb 29 19:08:51 https://summerofcode.withgoogle.com/organizations/ Feb 29 19:09:02 yep, was supposed to be released 8 mins ago. Feb 29 19:09:21 usually they send us an e-mail Feb 29 19:13:47 I'm on the #gsoc channel, and staylor says that mails are going out now. Feb 29 19:24:10 nice! Feb 29 19:25:02 Congos beagleboard.org Feb 29 19:25:04 is there any way to sign up as a mentor yet? Feb 29 19:25:07 :-D Feb 29 19:25:45 jkridner: You were talking a possibility of integrating bb blue with ardupilot and ros right? Feb 29 19:25:54 yes Feb 29 19:26:17 when are they announcing the orgs? Feb 29 19:26:22 jkridner: so.. is that a potential project for gsoc? Feb 29 19:26:23 alexhiam: there is an "invite mentors" button /cc _av500_ Feb 29 19:26:26 ds2: done. Feb 29 19:26:37 kiran4399_: http://elinux.org/BeagleBoard/GSoC/Ideas#BeagleBone_Blue_APIs Feb 29 19:26:45 oh? so we have been accepted as a ORG? Feb 29 19:27:33 alexhiam: so... it is like we have to integrate ardupilot using those api's?? Feb 29 19:28:12 ds2: yes Feb 29 19:28:17 ah, _av500_: if you're sending out mentor invites could you use my alex@graycat.io address? I'm slowly trying to phase out my other one Feb 29 19:28:24 Is there any FPGA project with BeagleBoard? Feb 29 19:28:43 kiran4399_: the kernel drivers have to be in place before ardupilot can be ported Feb 29 19:29:47 and currently the Strawson APIs for the cape the BeagleBone Blue is 'based on' are done with userspace mmap-ing Feb 29 19:30:10 parthpower: If you're looking for a FPGA project, you might also want to check out TimVideos.us Feb 29 19:30:23 so step one is making upstreamable kernel drivers for all the peripherals on the blue Feb 29 19:30:49 _av500_: Use my gmail address. Feb 29 19:32:18 Can someone patch me to the Idea list of GSOC? Feb 29 19:32:58 alexhiam: what about ros? Feb 29 19:33:12 mentors invited. Feb 29 19:33:22 thanks jkridner Feb 29 19:33:53 kiran4399_: ardupilot has a ros implementation included Feb 29 19:34:44 though we may find that that's not suitable for using ros standalone without ardupilot running, in which case a separate port of ros would be on the list Feb 29 19:35:00 alexhiam: OK!! cool!! So we need not change anything in ardupilot codebase to safely import to bb blue? Feb 29 19:35:25 alexhiam: Basically we need to make these api's.. right? Feb 29 19:35:47 I mean, if there's new drivers to write then there'd be new interface code in ardupilot to write Feb 29 19:36:23 but yeah, kernel drivers with sysfs APIs is step 1 Feb 29 19:36:49 alexhiam: if there are new drivers.. won't they also be used for other applications? Feb 29 19:36:56 other than ardupilot? Feb 29 19:37:05 parthpower: what do you want to do with a fpga? Feb 29 19:37:09 *with equal or better performance than the current Strawson library* Feb 29 19:37:29 congrats Beagleboard.org Feb 29 19:37:35 thanks!!! Feb 29 19:37:40 kiran4399_: yeah, they should be written with upstreaming to mainline Linux in mind Feb 29 19:37:55 a PRU/FPGA framework with code to download the bitstream built with open source tools could be (IMO) a project Feb 29 19:38:01 emphasis would be on the code Feb 29 19:38:09 or even variations using GPMC Feb 29 19:38:48 alexhiam: so basically.. Feb 29 19:38:55 step 1 is writing the drivers.. Feb 29 19:39:10 step 2 is modifying the interfaces.. Feb 29 19:39:17 is there anything i missed? Feb 29 19:40:09 and possibly implementing a standalone ros Feb 29 19:40:17 Just wanted to ask regarding the project regarding exposing PRU as I2C device...Please correct if I am wrong; Feb 29 19:40:25 alexhiam: Cool.. that may be step-3.. Feb 29 19:40:38 alexhiem: can we make sure it is via the kernel this year? Feb 29 19:40:56 kiran4399_: and a stretch goal of porting the current Strawson APIs to use the kernel drivers Feb 29 19:41:03 ds2: yeah, that's the idea Feb 29 19:41:49 It involves writing the code for bitbanging into the PRU firmware?And then modifying remoteproc driver for the same? Feb 29 19:41:52 alexhiam: are the bb blues in production? Feb 29 19:42:05 ds2: first step of improving current drivers and/or implementing new ones for all the devices on the blue Feb 29 19:42:21 chanakya_vc: that would be one way of doing it... another is to use the HW I2C blocks Feb 29 19:42:39 ds2: A DSP accelerator for ARM Feb 29 19:42:46 kiran4399_: not sure... jkridner, Blue in production yet? Feb 29 19:42:57 no... not until May. Feb 29 19:42:59 parthpower: what do you hope to do with the DSP? Feb 29 19:43:18 I can hobble some prototypes for people wanting them for projects this summer. Feb 29 19:43:22 the BBX/BBC and the X15 have DSPs on board already Feb 29 19:43:57 jkridner: prototypes being a black with a Strawson cape? Feb 29 19:44:07 or production prototypes? Feb 29 19:44:15 ds2: Image processing mostly Feb 29 19:44:18 alexhiam: ok cool! Can I get the link to the codebase of the api's? Feb 29 19:44:35 kiran4399_: https://github.com/StrawsonDesign/Robotics_Cape_Installer Feb 29 19:44:45 parthpower: how is that more useful then using the other BeagleBoards? Feb 29 19:45:02 parthpower: and why DSP? why not via OGLES? Feb 29 19:45:26 ds2, Okay no idea about that.Will read about that.I saw some codes for bitbanging ARM processors and understood them. Feb 29 19:46:32 ds2: Parallel architecture makes it faster. Feb 29 19:46:53 ds2, But these codes,I guess are compiled in the respective compilers for the particular processor.How would we do that for the PRU? Feb 29 19:47:18 chanakya_vc: with the pru compiler... Feb 29 19:47:37 ds2: do you see a benefit to driving the hardware I2C from the PRU? Feb 29 19:47:54 alexhiam, The one that TI has released? Feb 29 19:47:55 ds2: I have done some Image processing on Spartan 6, bare bone without processor, and it can do about 60 FPS 1080p filter Feb 29 19:47:57 chanakya_vc: hmmm? Feb 29 19:48:02 you can write assembly if you want Feb 29 19:48:19 a bitbanged implementation would give you an additional I2C bus Feb 29 19:48:20 alexhiam: power... Pinmuxing... the PRU chews through some of the LCD pins Feb 29 19:48:48 parthpower: but how is that better then sing the onboard DSP on the BBC/BBX/X15? Feb 29 19:49:22 alexhiam: I am interested in this.. Can you guide me? What is the first thing I should do now? Feb 29 19:50:25 IMO, pure assembly is easier to understand Feb 29 19:51:13 kiran4399_: you could start looking at what drivers are currently available for the devices on the blue. I think there were some issues with the IMU driver Feb 29 19:51:29 see what needs improvement and what needs drivers Feb 29 19:51:36 whatchip does the "IMU" uses? Feb 29 19:52:10 ds2: look like MPU-9150 Feb 29 19:52:29 ds2: it can work as a side accelerator, so that the on board DSP resources aren't hogged. FPGA as an extension Feb 29 19:53:34 alexhiam: plenty of drivers for that Feb 29 19:53:49 alexhiam: But I don't have a blue.. Feb 29 19:53:56 parthpower: but the point of these chips is that they are SoCs Feb 29 19:54:00 you are introducing chips Feb 29 19:54:04 ds2,alexhiam, Could you please guide me as how I should begin?I have understood a bit of the remoteproc driver and understood the code for bitbanging. Feb 29 19:54:10 parthpower: why not go with a Zynq then? Feb 29 19:54:23 ds2: yeah, not sure what the issues were... but surely one of them will be suitable, perhaps with some minor maintenance Feb 29 19:54:28 chanakya_vc: do you understand I2C? Feb 29 19:54:45 alexhiam: if that is an issue, I can help. :D Feb 29 19:54:58 kiran4399_: any student selected to work with a blue will get a prototype Feb 29 19:55:16 ds2: I'm actually working on Zynq right now, and if you see the prices of it, it's like 10 BBCs Feb 29 19:55:22 but it's essentially a beaglebone black with some sensors Feb 29 19:55:27 parthpower: Why would you *not* want to use the on-board DSP resources? Feb 29 19:55:53 parthpower: yes but the point is you should use the appropriate hw for things Feb 29 19:55:59 slapping on an FPGA isn't always a good solution Feb 29 19:56:13 * Abhishek_ agrees with ds2 Feb 29 19:56:17 ds2, Yes I do.I also have an idea about UART and SPI. Feb 29 19:56:47 ds2: help on the driver side would be much appreciated - I haven't done much kernel dev myself, and certainly don't know all that's involved in writing upstreamable drivers! Feb 29 19:56:56 chanakya_vc: okay... what is the difference between SPI and I2C then? Feb 29 19:57:31 Abhishek_: I would use on board DSP and FPGAs too. Similar as parellela does. Feb 29 19:58:08 do you work on that right now? Feb 29 20:00:12 parthpower: what are the "software parts"? SW is a requirement of GSoC Feb 29 20:00:46 ds2: code the hardware in VHDL, maybe that Feb 29 20:01:11 and drivers for that Feb 29 20:01:17 ds2, The basic difference that I know in SPI you have minimum 4 wires(SCLK,MOSI,MISO,SS) and i think allows communication between only one Master and Slave Feb 29 20:01:47 chanakya_vc: and in I2C? Feb 29 20:02:33 ds2, While in I2C there can multiple slaves each identified by an address.This only uses two wires(SDA,SCL). Feb 29 20:02:46 parthpower: Like I said before, you might find these projects interesting, they need VHDL - https://github.com/timvideos/getting-started/labels/GSoC Feb 29 20:03:25 (this is a different org) Feb 29 20:03:26 ds2, A three bit adress would for example allow for 7 slaves plus a Master Feb 29 20:03:42 ds2, *address Feb 29 20:04:00 chanakya_vc: and how many slaves does I2C allow then? Feb 29 20:04:47 Thanks Abhishek_ will look out there. Feb 29 20:05:22 ds2, I said multiple.Depends upon number of bits in address Feb 29 20:05:35 yes and how any bits are in an I2C address? Feb 29 20:06:52 As far as I know 7 bit addresses are common.Although I have read that 10 bit is also possible. Feb 29 20:07:46 yes, that is an extension Feb 29 20:08:34 since the project is for slave mode.... what are some of the issues with doing slave on the Linux in general (in otehr words, why the hell are we wasting your time to look at using the PRU if you were to do this project) Feb 29 20:14:34 ds2,I am not too sure about the issues in general on linux. But what I understand regarding the project is the PRU would be directly be able to talk to devices that use these protocols Feb 29 20:14:45 ds2, Like Arduino Feb 29 20:15:44 If we could configure RX/TX pins Feb 29 20:18:45 ds2, Please advise? Feb 29 20:19:25 anybody know what google-y web stack they used for it this time? Feb 29 20:21:41 ds2: oohhh, slave mode, missed that part. That would be cool to have Feb 29 20:22:04 ~> Feb 29 20:22:05 ~> Feb 29 20:25:31 sorry, network conn issue Feb 29 20:25:54 chanakya_vc:n how critical is timing on slave mode? Feb 29 20:26:00 s/n// Feb 29 20:44:40 <_av500_> yay Feb 29 20:44:53 <_av500_> we are IN! Feb 29 20:45:17 this time they got 180 orgs Feb 29 20:46:03 Abhishek_: what was it last year (org count)? Feb 29 20:46:10 137 Feb 29 20:47:36 ds2, Will get back to you.Thanks Feb 29 20:53:02 'k Feb 29 21:25:18 as it seems .. the BeagleBoard.org has been selected as a mentoring organization .. Isnt it ? Feb 29 21:25:26 Yep Feb 29 21:25:45 Well, Congratulations to everyone ! Feb 29 21:26:12 Its 3rd time, in a row :) am I right ? Feb 29 21:28:21 Hopefully, I will be able to come up to the mark, and be a part of the event this year. Feb 29 21:34:05 5th year. 2010, 2013, 2014, 2015 and now 2016! 4th year in a row! Feb 29 21:34:24 ZeekHuge: ^^^ Feb 29 21:35:57 jkridner : Ohk !! Cool ! I have been following for two years now :) Feb 29 21:36:04 Congratulations ! **** ENDING LOGGING AT Tue Mar 01 02:59:58 2016