**** BEGIN LOGGING AT Wed Apr 08 03:00:04 2020 Apr 08 16:29:05 Hey I’m here for the meeting. Am I in the right place? Apr 08 16:30:26 Oh wait. I think I’m an hour off. Nvm Apr 08 16:33:30 I’m on my way. Who all is here? Apr 08 16:34:27 @jkrinder hello, I'm also here Apr 08 16:34:42 .. Apr 08 16:35:49 Hi , here Apr 08 16:37:36 Im here Apr 08 16:39:16 any mentors not in the back-channel, please message me. Apr 08 16:40:46 Here Apr 08 16:40:57 Is this the right channel? Apr 08 16:43:19 @jkridner? Apr 08 16:44:44 Or is there some other channel? Apr 08 16:45:56 hey HydraulicSheep there is another channel for the mentors. If you are a student, this is the right channel Apr 08 16:48:09 Ok cool Apr 08 16:48:11 Thanks Apr 08 16:48:30 Any other students here? Apr 08 16:48:41 yeah, ask any Qs you might have, especially on any required hardware. Apr 08 16:51:15 Right now there are no further questions. Regarding hardware I already talked with Robert Apr 08 16:51:41 I just wanted to touch base about my continued progress Apr 08 16:52:01 pradan? Apr 08 16:52:08 Still busy disassembling commercial calculator models to work on interfacing keyboards Apr 08 16:52:26 I’ve been in communication with @Pac23 Apr 08 16:53:12 Yeah actually all students are here. Apr 08 16:53:12 @pradan:matrix.org @lorforlinux:matrix.org @ymdatta:matrix.org @vedant16:matrix.org @deepankarmaithani:matrix.org and perhaps others too Apr 08 16:53:49 pradan[m]: any more experiments? Apr 08 16:57:51 hi Apr 08 16:58:03 Hello students - I'm an admin for BeagleBoard.org GSoC. Apr 08 16:59:11 cwicks : Heya Apr 08 16:59:32 cwicks: hello Apr 08 16:59:54 This is a great time to be enhancing your elinux proposal sites Apr 08 17:00:33 For example any clarifications you have been working on with the mentors. (not huge differences from the GSoC proposal) Apr 08 17:01:03 Aaah ok Apr 08 17:01:20 I might do it tomorrow morning as it’s pretty late here Apr 08 17:01:44 I’ll upload some photos of the disassembled calculator Apr 08 17:01:54 And labeled diagrams of the plans Apr 08 17:02:34 So HydraulicSheep if you have been working with Pac23 on clarifications, enhancements, updates, etc. that is great to add to your elinux page Apr 08 17:03:46 vedant16: some discusson regarding your proposals is that there should be enough already done on each to actually accomplish both (as 1 project). any thoughts on that? Apr 08 17:03:46 @ds2 I was done with the TIDL SETUP until I felt whether I should switch the approach NOW and try the previously discussed method Apr 08 17:04:50 cwicks jkridner : For making things more manageable during coding period i would like to working on the beagle-tester. Can you give me some pointers for getting started with it? Apr 08 17:04:56 pradands2 : did you check out the fresh Debian 10 release with TIDL? Should have requirements to handle thet TFLite stuff. Apr 08 17:05:26 ds2: also, there's a new IMGTEC image for a training program they plan to launch at some point in the future. Might be worth exploring for you. Meant for SGX530. Might spill over into a bit on SGX544. Apr 08 17:05:30 Thanks @cwicks Apr 08 17:06:00 Will do. If anyone has suggestions on where to contribute relevant to my project, that would be great Apr 08 17:06:07 lorforlinux: As you read the setup, it is designed for working with a bar code scanner. I'd add that to the required hardware.... Apr 08 17:06:15 I’ll upload the updates tomorrow Apr 08 17:06:28 (In 6-7 hours) Apr 08 17:06:33 if the code is properly integrated, the test for each cape should be triggered by scanning the barcode on that cape. Apr 08 17:06:54 jkridner[m]: TI image or BB image? Apr 08 17:07:06 ds2: bb image. bbb.io/latest Apr 08 17:07:11 yes, i need a TechLab Cape too, I will update the e-Linux page accordingly. Apr 08 17:07:24 @jkridner:matrix.org: the one Mr. Robert has been referring to? Apr 08 17:07:42 lorforlinux: TechLab? I didn't think the cape compatibility extended to PocketBeagle. Apr 08 17:07:52 maybe just for learning? Apr 08 17:08:05 I was planning to send one to all to be able to participate in the on-line training. Apr 08 17:08:32 yes for learning. Apr 08 17:08:46 pradan: bbb.io/latest now has rcn-ee 's Spring Release. Apr 08 17:08:52 that could be interesting... or just stick with a 3.x kernel ;) Apr 08 17:10:26 students: remember that whatever discussion we have here does not imply you will be accepted. communication from Google is the only way to know if you've been accepted into the program. Apr 08 17:15:08 jkridner: I have done some work on the device trees now and i want to work on some other repository, can you suggest me a repository which is highly important for the cape-compatibility and can be handled without any hardware in hand? Apr 08 17:15:16 @ds2 I will stick with the previous one... untill I use TF Lite for it Apr 08 17:16:18 pradan[m]: How's the local situation? Apr 08 17:18:38 lorforlinux: the device tree repositories, bb.org-overlays and BeagleBone-DeviceTrees, can be build-tested without hardware and you can make community requests to test forks you might create. Apr 08 17:18:47 er, BeagleBoard-DeviceTrees Apr 08 17:19:18 Somewhat messed it up while setting up API and SDK for linux. Apr 08 17:19:18 It is comparatively simpler when setting up the image directly for the BB hardware Apr 08 17:19:18 beagle-tester can also be build tested. Apr 08 17:20:59 I found an alternative to FeatherCNN or let's say if I use any particular tool, how do I demonstrate its performance without the actual development board? Apr 08 17:21:29 okay i will start working. Apr 08 17:21:49 pradan[m]: the board problem should sort out if the project is a go Apr 08 17:21:51 just out of curiousity, any other students around? vedant16 deepankarmaithani others I don't know yet? Apr 08 17:29:41 Ok. I still don't wanna go for TIDL as relying on high-level tools is something I can't rely on ...for completion of my project 😬 Apr 08 17:32:04 I am exploring OpenCL now and think that accelerator library + opencl could be a reliable and controllable option.. even if the results tend to saturate at a point Apr 08 17:32:38 pradan[m]: keep in mind the opencl on the x15 is rather limited (back end is a DSP not a GPU) Apr 08 17:34:50 I may not be exact but I think the OpenCL is responsible for backend for C66x DSPs ... and there are 2 of them Apr 08 17:35:17 yes, you are correct on that Apr 08 17:37:22 Students and Mentors, I hope that everyone is staying healthy and safe. While this is the end of the formal meeting time, please continue to chat and to clarify/enhance elinux docs Apr 08 17:37:26 Even after the solution manages to improve the performance, if some of the objectives like the desired FPS>30 isn't completely achieved, is the project still considered a success? Apr 08 17:37:39 vaishnav98_: you around? Apr 08 17:37:45 pradan[m]: IMO - I'd say so Apr 08 17:37:45 this room is always open for students to come and engage. We encourage you to. Apr 08 17:38:51 hydraulicsheep great to know that you have been working on this,looking forward to your diagrams Apr 08 17:39:11 ds2: What if it is demonstrated that the hardware cannot reasonably handle it as far as access is given to program it today? Apr 08 17:40:11 ds2: ie., can the deliverable be a somewhat definitive profile of the performance bottleneck illustrating where additional performance is needed out of the TI accelerator offering? Apr 08 17:41:13 jkridner[m]: I think even that is okay as long as that is discussed with the mentoring team... what is not okay is - nothing happens, no communications what soever and a eval comes up Apr 08 17:41:31 the AI hard is somewhat of an unknown... inference on embedded device is so new Apr 08 17:42:14 answers to - how does the AI stack up against the jetson for AI purposes, or against the movidius would be useful Apr 08 17:43:04 I know YOLO can run at about 10sec/frame... how much better can we do... 30fps would be nice Apr 08 17:46:14 pradan, jkridner: speed is just one aspect of it... how to do some of this is another aspect.... the TIDL docs are horrible (IMO) - I am hoping blog posts from this project can serve as an ad-hoc guide for others doing this stuff Apr 08 17:46:30 kind of like BeagleLogic is to the PRU Apr 08 17:46:45 pradan[m]: does what I am saying make sense? Apr 08 17:47:57 Yes its crystal clear... Apr 08 17:52:25 > answers to - how does the AI stack up against the jetson for AI purposes, or against the movidius would be useful Apr 08 17:52:25 This seems a good turn... I am familiar with their Model optimization toolkit : OpenVino.. and will try bringing in the hardware acceleration part Apr 08 17:53:07 The rest, is just another method of model pruning Apr 08 17:53:20 pradan[m]: very important to remember - GSoC period is short... Apr 08 17:56:50 Yes . I remember... I'll try my best till there's no time Apr 08 18:01:53 jkridner : Hi Apr 08 18:02:18 vaishnav98_: I pinged you on Slack as well. you let me know which is better. Apr 08 18:02:32 actually, probably Slack to get more of the relavent folks. Apr 08 18:03:28 jkridner : I will be on slack , for some reason I didn't receive the notification Apr 08 18:43:20 Sorry for the late replies. If REPL is implemented on top of Botspeaks, it is quite possible to do that. I could remove the task of porting remoteproc to C. I am doing courses on compilers. I can comeup with a plan Apr 08 18:45:18 All there Apr 08 18:46:09 vedant16: are you working on a unified proposal on eLinux? Apr 08 18:49:01 Not as of now. I will start tomorrow. Apr 08 18:50:13 jkridner: I had a question regarding PRU's design, why wasn't a chip more like atmega used? I mean wrt to memory and ram sizes Apr 08 18:52:01 Should create a new elinux page or edit the one's i submitted? Apr 08 19:12:31 vedant16: either way. any potential mentor have an opinion? Apr 08 19:12:57 vedant16: the architecture of PRU is to have super-low latency.... Apr 08 19:13:17 it isn't a separate chip, it is a separate CPU on the same chip. Apr 08 19:13:27 well, 2 CPUs. Apr 08 19:14:06 anyway, they have single cycle access to pins, which you can't do with an ATMega. they are 32-bit and 200MHz. Apr 08 19:45:36 > anyway, they have single cycle access to pins, which you can't do with an ATMega. they are 32-bit and 200MHz. Apr 08 19:45:36 Ohh, i see. Apr 08 19:46:45 > vedant16: either way. any potential mentor have an opinion? Apr 08 19:46:45 But will it be accepted by Google? Since it will be a 4th proposal technically? **** ENDING LOGGING AT Thu Apr 09 02:59:57 2020