**** BEGIN LOGGING AT Tue Jun 04 03:00:19 2019
**** BEGIN LOGGING AT Wed Jun 05 03:21:04 2019
Jun 05 03:58:14 <ravikp7[m]> <jkridner[m] "vaishnav98_: I just made several"> I'm not able to find the comments. Am I missing something here? On this repo https://github.com/vaishnav98/gbsim ?
Jun 05 04:45:51 <zeekhuge[m]> pratimugale: Hey ! So 9 am IST will be your start time IIRC . right ?
Jun 05 04:46:32 <zeekhuge[m]> Lets set 9.30 AM as the planning/meeting time, for all future days then.
Jun 05 04:46:49 <zeekhuge[m]> Also, I see that your blog has more details as compared to the report that you sent.
Jun 05 04:47:18 <zeekhuge[m]> Like, the "some notes" section of your Week1-blog.
Jun 05 04:55:28 <zeekhuge[m]> pratimugale: Ping me when you are here.
Jun 05 04:56:32 <zeekhuge[m]> Actually, it is supposed that a student will be online here during his/her working hours.
Jun 05 05:43:52 <pratimugale[m]> zeekhuge: I'm here
Jun 05 05:49:32 <zeekhuge[m]> pratimugale: So, we keep the meeting time as 9.30 AM ? On a regular basis ?
Jun 05 05:51:24 <pratimugale[m]> @ZeekHuge_:matrix.org: Yes
Jun 05 05:51:59 <zeekhuge[m]> Cool. Now, can you please elaborate the problem you have mentioned in the "Some notes" section ?
Jun 05 05:56:58 <pratimugale[m]> zeekhuge: It's not a problem, I was just saying to check the state of the PRU before echoing into it
Jun 05 06:27:43 <zeekhuge[m]> pratimugale: okay.
Jun 05 06:29:34 <zeekhuge[m]> As for the debian package thing. That should not be the priority right now. Most of the developers would probably like it to install from source, given that the "make install" recipe is there, its mentioned in the readme and it works.
Jun 05 06:36:39 <zeekhuge[m]> Also, there is something called "checkinstall", it creates dpkg just by using the make command.
Jun 05 06:36:56 <zeekhuge[m]> So, that can be then used to release packaged versions.
Jun 05 06:37:21 <vaishnav98_[m]> <ravikp7[m] "I'm not able to find the comment"> ravikp7: I am also not able to view the comments if I navigate to the commit now , seems like it happened due to me amending the commit( had to change some commit messages), these are the links to the messages: https://github.com/vaishnav98/gbsim/commit/a03e33b0200f1f0c6e17f9e184c48cccfe0f987c ,
Jun 05 06:37:22 <vaishnav98_[m]> https://github.com/vaishnav98/gbsim/commit/3f0087b4406a4a2aebf8ad6753ae5f17a0e2a743 , https://github.com/vaishnav98/gbsim/commit/3f0087b4406a4a2aebf8ad6753ae5f17a0e2a743
Jun 05 06:41:08 <pratimugale[m]> <zeekhuge[m] "As for the debian package thing."> zeekhuge: okay
Jun 05 06:41:46 <pratimugale[m]> <zeekhuge[m] "Also, there is something called "> Will search about it
Jun 05 07:18:25 <ravikp7[m]> <vaishnav98_[m] "ravikp7: I am also not able to v"> Got it. Thanks! But don't amend commits in the master branch, it can get problematic for other people
Jun 05 07:24:33 <zeekhuge[m]> Good point. So pratimugale @students : Make sure you maintain a branch instead of directly pushing to master. Now, this branch can have code that is buggy or something, but should be merged into the master only when the bugs are removed.
Jun 05 07:25:20 <zeekhuge[m]> Extra points for continuous integration setup. You can Use TravisCI
Jun 05 07:25:55 <zeekhuge[m]> bugs are removed = as per the best knowledge
Jun 05 07:30:37 <ravikp7[m]> Yes, and this way you'd have more flexibility with commits and you can also get the code reviewed before merging :)
Jun 05 09:12:45 <vaishnav98_[m]> <zeekhuge[m] "Good point. So pratimugale @stud"> zeekhuge ravikp7: will do that :)
Jun 05 11:18:16 <pratimugale[m]> zeekhuge: I can't seem to get rpmsg to work
Jun 05 11:18:57 <pratimugale[m]> "Failed to open /dev/rpmsg31"
Jun 05 11:22:26 <pratimugale[m]> Is the user supposed to make the device file?
Jun 05 11:32:32 <pratimugale[m]> <pratimugale[m] "zeekhuge: I can't seem to get rp"> in https://github.com/rogerq/pru-software-package/tree/master/labs/lab_5 this example
Jun 05 14:33:13 <zeekhuge[m]> pratimugale: did you try the rpmsg examples from beaglescope ?
Jun 05 14:33:25 <zeekhuge[m]> pratimugale: https://github.com/ZeekHuge/BeagleScope/tree/port_to_4.4.12-ti-r31%2B/examples/firmware_exmples/pru_pin_state_reader
Jun 05 14:33:28 <zeekhuge[m]> should work
Jun 05 14:35:15 <zeekhuge[m]> no, the user is not required to created the /dev/rpmsg31 thing. It should appear when the PRU registers itself as the RPMsg device.
Jun 05 15:14:57 <pratimugale[m]> <zeekhuge[m] "no, the user is not required to "> zeekhuge: okay
Jun 05 15:58:23 <Abhishek_1> zeekhuge : Can we have the meetings later in the day, something like 12PM or so? 9:30 AM in the morning I am AFK
Jun 05 15:59:08 <Abhishek_1> Or maybe you can quickly sync up then, I will follow up whenever I am able to
Jun 05 15:59:21 <Abhishek_1> pratimugale : Any blockers at the moment?
Jun 05 16:00:54 <pratimugale[m]> abhishek_: The /dev/rpmsg31 file still does not appear
Jun 05 16:01:30 <pratimugale[m]> I'm working on that
Jun 05 16:23:34 <jkridner[m]> gm all
Jun 05 16:23:49 <vaishnav98_[m]> jkridner: Hi
Jun 05 16:24:28 <pratimugale[m]> gm
Jun 05 16:24:48 <jkridner[m]> vaishnav98_: you didn't include a "Blockers" section, but did include an "Issues faced"....
Jun 05 16:24:54 <pranav_kumar[m]> Hello
Jun 05 16:24:55 <jkridner[m]> are the "issues faced" blockers?
Jun 05 16:26:20 <jkridner[m]> howdy pranav_kumar pratimugale
Jun 05 16:27:10 <vaishnav98_[m]> <jkridner[m] "vaishnav98_: you didn't include "> jkridner: Yes I was talking about blockers in the issues faced section, was using last year's template will  change it in future reports
Jun 05 16:27:12 <jkridner[m]> still a few minutes early. I know some folks aren't happy with the time, but finding a good time is always difficult.
Jun 05 16:29:08 <cwicks[m]> Hello everyone - excited to see how the teams are doing this week!
Jun 05 16:33:24 <cwicks[m]> Do we have all 4 students?  give a wave please?
Jun 05 16:33:44 <vaishnav98_[m]> Hi all
Jun 05 16:33:52 <pratimugale[m]> Hi
Jun 05 16:34:08 <pranav_kumar[m]> hello cwicks
Jun 05 16:34:35 <julieng> cwicks[m]: embden: Hi, I will only be able to attend the first half of the meeting today.
Jun 05 16:35:43 <cwicks[m]> thanks.  okay embden we'll have you go first as soon as we confirm some mentors.
Jun 05 16:36:32 <cwicks[m]> I see at least 2 from team Xen
Jun 05 16:39:01 <julieng> cwicks[m]: The 4 Xen mentors ( ds2 , sstabellini , driain , and myself) are at least on the channel.
Jun 05 16:39:08 <cwicks[m]> embden: You can go first - Major accomplishment this week and then blockers/issues holding you back?
Jun 05 16:44:13 <jkridner[m]> embden: are you around?
Jun 05 16:45:08 <julieng> embden[m]: ^ (Just in case he is on matrix)
Jun 05 16:46:31 <cwicks[m]> Okay  - let's get another update and hope embden gets back on before julieng has to go.
Jun 05 16:47:23 <cwicks[m]> How about PRU API team pratimugale can you give an update and tell us blocks/issues?
Jun 05 16:48:56 <pratimugale[m]> cwicks: I added a few more functions - make() and load_firmware(), studied and went through projects/examples involving rpmsg
Jun 05 16:49:57 <pratimugale[m]> Blockers - /dev/rpmsg files aren't appearing - currently working on that
Jun 05 16:50:45 <zeekhuge[m]> pratimugale : Did you try the example I suggested ?
Jun 05 16:51:03 <pratimugale[m]> Yes, I did
Jun 05 16:51:14 <pratimugale[m]> still not working
Jun 05 16:51:57 <jkridner[m]> pratimugale zeekhuge I'd expect that the proper data structure should be all that is required for the remoteproc loader to create the device elments.
Jun 05 16:52:01 <jkridner[m]> anything in the kernel log?
Jun 05 16:52:08 <jkridner[m]> sure the right firmware file is being loaded?
Jun 05 16:53:23 <pratimugale[m]> <jkridner[m] "sure the right firmware file is "> yes
Jun 05 16:53:39 <zeekhuge[m]> pratimugale : /dev/rpmsg-pru30 this should be the file
Jun 05 16:53:49 <embden[m]> It seems that my IRC client stopped sending messages without any reason
Jun 05 16:54:19 <cwicks[m]> embden_web: thanks for joining - let's get your update and blockers in before we lose julieng on the channel in a few mins - can you go ahead and give your update?
Jun 05 16:54:50 <cwicks[m]> pratimugale: keep your chat going here - it's fine to have a "noisy room" 🙂
Jun 05 16:55:00 <embden[m]> Yes, I also wasn't able to send messages from the web version
Jun 05 16:56:18 * embden[m] sent a long message:  < https://matrix.org/_matrix/media/v1/download/matrix.org/DHxLDqyDfQKBBIRIuGqzXcCs >
Jun 05 16:56:55 <pratimugale[m]> <zeekhuge[m] "pratimugale : /dev/rpmsg-pru30 t"> yeah, (31 was in a different example), couldn't find 30 also
Jun 05 16:57:38 <julieng> embden[m]: Are you sure QEMU is supporting arm32 virtualization? Did you try with a different hypervisor (i.e KVM?).
Jun 05 16:57:59 <pratimugale[m]> zeekhuge: In your example I just have to set the PRU_CGT variable and run the deploy script right?
Jun 05 16:58:20 <embden[m]> julieng: as you said it is not supporting so I stopped trying and switched to arm64
Jun 05 16:58:24 <zeekhuge[m]> pratimugale : Is the rpmsg module loaded ? Check in your lsmod
Jun 05 16:58:45 <embden[m]> not supported*
Jun 05 16:59:07 <zeekhuge[m]> pratimugale: yeah. That should do.
Jun 05 17:02:23 <julieng[m]> embden for the configuration, you can use defconfig + CONFIG_XEN=y should be a good start. I can dig the other tonight (I am in  the car atm).
Jun 05 17:02:45 <embden[m]> julieng: ok, I will try it
Jun 05 17:04:02 <pratimugale[m]> zeekhuge: lsmod | grep rpmsg doesn't give anything right now, but I'm pretty sure it was loaded before
Jun 05 17:06:03 <zeekhuge[m]> pratimugale : Try to load the module and then try the example.
Jun 05 17:06:30 <julieng[m]> <julieng[m] "embden for the configuration, yo"> embden alternatively you can just add CONFIG_XEN=y in your .config and just select Y to all the questions on "make oldconfig"
Jun 05 17:06:53 <embden[m]> julieng: ok
Jun 05 17:07:27 <cwicks[m]> pranav_kumar: Thanks for being patient, would you like to go ahead and get started on your quick update and then advise on blocks/issues you have right now?
Jun 05 17:12:12 <pranav_kumar[m]> thanks for asking me . I am currently working on the assembly programming part  of the PRU . Till now i have compile the code https://github.com/hendersa/bes/blob/v0.1/src/pru/ with different changes suggested by hendersa  to suscfully compile the code and by this making the use  prussdrv technique to program the pru of beaglebone.
Jun 05 17:17:42 <zeekhuge[m]> pranav_kumar: will you not be using remoteproc ?
Jun 05 17:20:22 <cwicks[m]> vaishnav98_: can you please go ahead and make your quick update and blocks here while pranav_kumar continues to chat on his block?
Jun 05 17:20:35 <cwicks[m]> We have a few mins left of the official meeting
Jun 05 17:20:39 <vaishnav98_[m]> cwicks: Sure :)
Jun 05 17:20:48 <vaishnav98_[m]> jkridner ravikp7 cwicks  : this week I was able to get gbsim running ( also provided install and run scripts for gbsim) , was also able to bring support for simple I2C based clicks (weather,rtc-6)  through greybus and a draft version of the insclick cli , here I have the demonstration video for the clicks: https://vaishnav98.github.io/GSoC19/i2cvideo.html ,  I couldn't start with bringing in support for SPI based
Jun 05 17:20:48 <vaishnav98_[m]> clicks first as gbsim SPI has some issues while loading SPI manifests : https://github.com/vaishnav98/gbsim/issues/1 , will work on fixing it this week and add support for other I2C based clicks ( currently I only have MPU 9DOF Click) which have interrupt requirements and muxed I2C .
Jun 05 17:20:49 <vaishnav98_[m]> Blockers: fixing gbsim SPI issue, does not have much idea how support for I2C clicks with interrupts/muxed I2C will be implemented through gbsim.
Jun 05 17:21:56 <pranav_kumar[m]> as suggested by hendersa:   prussdrv is not the best method but it is easy to start with the pru programming right now.Though i when i was scrapping fot the giude online i came across remoteproc method also. But not able to understand it completely on how to inplement it using remoteproc method.
Jun 05 17:24:20 <cwicks[m]> vaishnav98_: I love videos 😁
Jun 05 17:25:04 <jkridner[m]> :-D
Jun 05 17:25:14 <vaishnav98_[m]> :-)
Jun 05 17:27:04 <cwicks[m]> pranav_kumar: I'm sure someone has already pointed you to the PRU cookbook if it is helpful?  Prof Yoder is often on the IRC in the summer and can also answer questions about his documents https://github.com/MarkAYoder/PRUCookbook
Jun 05 17:27:26 <ds2> pranav_kumar[m]: have you see the TI examples?
Jun 05 17:30:04 <pratimugale[m]> zeekhuge: virtio_rpmsg_bus is the module required right?
Jun 05 17:30:13 <pranav_kumar[m]> yes , I have also go through the trainng video provided on ti site . In which jkridner  with one another person taking about interfacing of Temperature sensor using pru
Jun 05 17:30:36 <zeekhuge[m]> pratimugale: I think so.
Jun 05 17:30:54 <cwicks[m]> Students embden_web pranav_kumar vaishnav98_ pratimugale  - before we close the meeting today - please - a couple of reminders - * Post weekly reports on Mondays so the mentors can read and respond before the Wednesday Chat meeting * Please spend more time on the IRC to resolve some block in "real-time" with mentors, it will really help you move faster and make happier progress * Please come ready to the Wednesday
Jun 05 17:30:55 <cwicks[m]> meetings with your quick update and blocks so we can spend most time on blocks.  *Finally before we go, please now post here the main thing you are trying to get done in the next few days.
Jun 05 17:31:00 <pranav_kumar[m]> are you refering to me this site http://processors.wiki.ti.com/index.php/PRU_Training:_Hands-on_Labs
Jun 05 17:31:10 <pranav_kumar[m]> ds2:
Jun 05 17:31:40 <ds2> pranav_kumar[m]: worse case is you can put assembly in the C file for the PRU and just use the C compiler to generate the tables
Jun 05 17:32:13 <pranav_kumar[m]> the problem that i face is that most of the site preffer pru programming over css studio
Jun 05 17:32:14 <cwicks[m]> Feel free to stay on the channel now - since you have so many mentors - and work on blocks together.
Jun 05 17:33:18 <pranav_kumar[m]> <ds2 "pranav_kumar: worse case is you "> yes they are also suggesting that only that in the worst you can use that method of programing pru using c complier technique
Jun 05 17:33:41 <cwicks[m]> embden_web: Did you mention that you can purchase the power adapter locally?  Seems the best way to move forward the quickest.
Jun 05 17:34:23 <ds2> git://git.ti.com/pru-software-support-package/pru-software-support-package.git <--- that has the examples for remoteproc
Jun 05 17:34:36 <vaishnav98_[m]> <cwicks[m] "Students embden_web pranav_kumar"> cwicks: sure, will post the weekly reports on Mondays from next week onwards, in the coming week I am planning to work on fixing the issues with gbsim SPI and also add support for I2C based MPU 9DOF Click.
Jun 05 17:35:01 <pranav_kumar[m]> <cwicks[m] "pranav_kumar: I'm sure someone h"> thanks for the suggestion  i will go through that reference
Jun 05 17:35:05 <embden[m]> cwicks: I will try. I am pretty new to that place, so, don't know whether those or similar adapters available here
Jun 05 17:36:49 <pratimugale[m]> <cwicks[m] "Students embden_web pranav_kumar"> cwicks: Sure, I plan on adding the rpmsg functions and document the usage of all the functions
Jun 05 17:36:57 <hendersa> pranav_kumar[m]: Something that you might consider to make things easier is to compile directly on the PocketBeagle or BBB.
Jun 05 17:37:37 <hendersa> pranav_kumar[m]: Have you installed a compiler on your PocketBeagle, or are you doing all compilation using a cross-compiler on an x86 laptop?
Jun 05 17:37:38 <cwicks[m]> embden: If you find one and have a question about it - I usually send a link to the mentors and ask if they think it will work, etc.  I get pretty fast response from jkridner and the other mentors when I am standing in an electronics shop and have questions :)
Jun 05 17:38:30 <embden[m]> cwicks: I understand
Jun 05 17:38:42 <hendersa> pranav_kumar[m]: At the very least, I try to install the pasm tool on the ARM hardware so that I can shorten the development cycle for PRU firmware when writing assembly.
Jun 05 17:38:47 <pranav_kumar[m]> yes i am complying directly over the beagle only as it is more easier to work on terminal than hovering mouse over different ide.
Jun 05 17:39:50 <pratimugale[m]> zeekhuge: There is still some error, I will also try it on BBB wireless (as I was currently working on Rev C and had made some changes in some files like uEnv.txt)
Jun 05 17:40:14 <pranav_kumar[m]> <hendersa "pranav_kumar: Have you installed"> yes i have done that during the application  period and setup the eclipse ide according to that as suggested in the derek Molly lectures
Jun 05 17:42:43 <pranav_kumar[m]> <hendersa "pranav_kumar: At the very least,"> cwicks:  had suggested me to look over this git page https://github.com/MarkAYoder/PRUCookbook
Jun 05 17:44:46 <cwicks[m]> hendersa: do you think it might help or is it too generic for the speed at which answers are needed
Jun 05 17:45:26 <cwicks[m]> thank you to all the mentors and students for the great meeting today - see you online soon.  I posted a blog for the community to see what you are doing and watch your intro videos.  If I need any edits to the blog, please let me know https://beagleboard.org/blog/
Jun 05 17:45:40 <cwicks[m]> signing off!
Jun 05 17:46:25 <hendersa> pranav_kumar[m]: Are you planning on working with prussdrv as a step towards remoteproc?
Jun 05 17:48:58 <pranav_kumar[m]> as both are new to me so it wont be big problem to me. As if my from point of view the one which work faster will be better .What you say hendersa
Jun 05 17:58:30 <embden[m]> jkridner: today I had some strange problems with IRC. I sent messages from both a desktop and web version of IRC and people didn't see them.
Jun 05 17:59:01 <embden[m]> at the same time I was able to see my messages and messages from other participants
Jun 05 17:59:11 <jkridner[m]> embden: did you just login/logout?
Jun 05 17:59:28 <jkridner[m]> seems you are on both riot and a standard IRC app.
Jun 05 17:59:46 <jkridner[m]> not sure how you might have been devoiced.
Jun 05 18:00:05 <embden[m]> no, I entered into matrix/riot
Jun 05 18:00:35 <embden[m]> Last time, I also had troubles with IRC
Jun 05 18:01:20 <embden[m]> jkridner: anyway, next time I will just use matrix
Jun 05 18:02:12 <ds2> jkridner[m]: nickserv seems to be flaky... re-identify seems to help
Jun 05 18:03:43 <embden[m]> ds2: my problem is that I don't know when my messages can be seen and when I have problems.
Jun 05 18:04:12 <ds2> embed[m]: your client doesn't show the cannot send errors?
Jun 05 18:05:58 <pranav_kumar[m]> why not we move on to telegram as it is secure and easy to use . And many gsoc organization use telegram.
Jun 05 18:06:39 <ds2> telegram uses TLS doesn't it?
Jun 05 18:07:00 <ds2> after the mozilla incident a few weeks back.... I say @#$@#$@#$@#% to TLS
Jun 05 18:11:22 <embden[m]> ds2: no
Jun 05 18:12:27 <embden[m]> and the strange thing that web version also had the same problems
Jun 05 18:12:41 <embden[m]> I have to go
Jun 05 18:21:21 <vaishnav98_[m]> <cwicks[m] "thank you to all the mentors and"> cwicks : nice blog :) looks like the introduction video for the PRU Userspace API project doesn't point to the correct one , I think the correct one should be https://youtu.be/3Z2PxDIoCpE , isn't it pratimugale ?
Jun 05 18:26:25 <pratimugale[m]> <vaishnav98_[m] "cwicks : nice blog :) looks like"> vaishnav98_: Yes, your link is right. cwicks Seems that Pranav's video has been linked twice :)
Jun 05 18:35:28 <pranav_kumar[m]> <pratimugale[m] "vaishnav98_: Yes, your link is r"> yes
Jun 05 18:36:09 <cwicks[m]> Oh!  I’ll fix it ASAP!!
**** ENDING LOGGING AT Thu Jun 06 02:59:57 2019