**** BEGIN LOGGING AT Tue Mar 13 03:00:03 2018
Mar 13 10:10:37 <illustris> ds2: in your project "Create a PRU based soft-peripheral example", is the PRU communicating with linux over an emulated UART ( say, so that userspace programs can send instructions to the PRU using /dev/ttyPRU0 ) or is the PRU IO being used as UART such that whatever you send to /dev/ttyPRU0 would go out through the PRU's IO?
Mar 13 17:08:03 <jkridner[m]> ravikp7: https://schd.ws/hosted_files/elciotna18/42/netconsole.pdf
Mar 13 17:08:58 <ravikp7> jkridner: thanks, was just waiting for this
Mar 13 17:09:22 <ravikp7> your presentation up on youtube now?
Mar 13 17:10:43 <ravikp7> seems, will have to wait more..
Mar 13 17:15:22 <jkridner[m]> code and slides are up though.
Mar 13 17:15:48 <jkridner[m]> I was not good at giving you and vvu credit. :-(
Mar 13 17:16:14 <jkridner[m]> got carried away and forgot. :-(
Mar 13 17:20:25 <ravikp7> jkridner: no problem, that's alright :)
Mar 13 17:22:16 <ravikp7> glad I could contribute my bit in it :)
Mar 13 17:47:34 <satchel> Hello World
Mar 13 17:56:44 <zeekhuge> illustris: So, the RPMsg protocol allows you to emulate any device (the channel name that causes probing) . Hence, Ideally it would require writing a firmware with some channel name like - "pruSpi" and then  writting a "SPI" driver (so that it has a consistent userspace interface) using that channel name (so that it gets probed) and handle everything in that driver.
**** ENDING LOGGING AT Wed Mar 14 03:00:01 2018