**** BEGIN LOGGING AT Thu May 18 03:00:03 2017 May 18 04:46:53 Does the PRU have some sort of watchdog or somethign on by default? May 18 04:47:30 I'm using remoteproc and have a channel and (I think) a DMA carveout set up, but if I don't send it messages for more than 20 seconds, it freezes May 18 04:48:36 as in, I have PRU firmware that reads messages and responds to them via messages, and a userspace client program that sends messages and waits for a response May 18 04:50:32 (by messages I men rpmsg) May 18 04:52:22 and if I wait more than 20 seconds between messages I send it, it never sends anything back May 18 05:02:22 so I guess my question is "how on earth do I debug this" May 18 05:03:21 (and it's exactly 20 seconds, I bisected it with a python script. 21 sec always fails and 19 always works May 18 05:03:24 ) May 18 07:47:06 MagusOTB: well, I know basically nothing about remoteproc May 18 07:47:46 but it is perfectly possible to inspect PRU's state and even perform single-stepping May 18 07:48:35 PRU has no watchdog as such May 18 10:43:55 I'm about to use this device : 88E6431 by Marvell (Gbit Ethernet Switch via RGMII), found the driver at : https://github.com/beagleboard/linux/commits/4.4/drivers/net/dsa/mv88e6xxx.c , what changes do i need to do in BBB linux to use this driver ? May 18 10:55:02 Can I power a BBB through the USB of a second BBB? May 18 10:58:07 nm, srn it cant be done May 18 11:15:58 My Beagle bone green is not booting can any one help me with it May 18 11:19:13 My BeagleBone green is not booting please any one help me May 18 11:45:07 Gowri_: do you have access to a microSD card and a programmer (where you can use http://etcher.io) to write to it? May 18 12:21:34 I'm about to use this device : 88E6431 by Marvell (Gbit Ethernet Switch via RGMII), found the driver at : https://github.com/beagleboard/linux/commits/4.4/drivers/net/dsa/mv88e6xxx.c , what changes do i need to do in BBB linux to use this driver ? May 18 12:28:33 Hi May 18 12:28:52 can anyone help me with a question regarding beaglebone green wireless antenna? May 18 12:29:07 if i connect the external antenna, do i need to desolder the chip antenna? May 18 12:29:23 will it affect the performance on the signals? May 18 18:42:22 I'm about to use this device : 88E6431 by Marvell (Gbit Ethernet Switch via RGMII), found the driver at : https://github.com/beagleboard/linux/commits/4.4/drivers/net/dsa/mv88e6xxx.c , what changes do i need to do in BBB linux to use this driver ? May 18 19:09:11 Hi I am using a custom kernel on my Beaglebone Black. Everything working fine in it except the Keyboard doesn't write to the LCD. Can someone help me or guide me to where to look to see why I cann't use the keyboard to write?knowing the BBB detecting the keyboard May 18 19:28:21 anyone gotten the PRUs to work w/ 4.9.x bone-rt kernel May 18 19:28:47 using this loader https://gist.github.com/shirriff/c33376f989b8e512f4fb3226560d6e6b#file-loader-c May 18 19:29:02 fails at prussdrv_open(PRU_EVTOUT_0) May 18 19:29:55 using a BeagleBone Green Wireless May 18 19:38:07 Hi everyone, How can I attach my beaglebone screen and keyboard to the same terminal? May 18 19:43:13 Hi All, Had anyone experienced working with UniFlash ? May 18 19:55:49 arcetera: uio-pruss isn't enabled by default anymore I think May 18 19:56:16 it's in the 4.9.x kernel and i'm able to modprobe it, but other pru-related modules are absent May 18 19:56:36 arcetera: I'm actually not sure, what the default is these days (uio-pruss, remoteproc-pru, or neither), it has switched a few times May 18 19:56:48 yeah it's just a matter of DT setup May 18 19:57:44 what's the difference between bone and bone-rt May 18 19:58:35 if you don't fully understand, you probably want bone and not bone-rt May 18 20:01:39 basically the linux kernel has a compile-time slider that balances between efficiency and latency, traditionally with three settings: server ("no preempt"), desktop ("voluntary preempt"), and low-latency desktop (aka "preempt") May 18 20:02:05 server being on the most efficient side and preempt on the lowest-latency side May 18 20:03:21 the -rt patches add a "preempt-rt" option to that slider that goes above and beyond what low-latency desktop did May 18 20:04:50 e.g. if things have been setup correctly (configuring thread priorities and such), on an -rt kernel it's possible for a userspace thread to actually have a higher priority than hardware interrupts May 18 20:09:00 cannot connect to http://beaglebone.local:3000/ but can via ssh debian user May 18 20:09:10 which may seem cool, but unless software specifically takes advantage of it (and careful thought has been put into prioritization of all tasks on the system), it just makes the system slower and potentially more unstable May 18 20:09:10 anybody has clue on beaglebone blue May 18 20:12:46 arcetera: generally it makes more sense to use the PRU cores for real-time stuff, which can react to things with such low latency that linux-rt becomes a bad joke in comparison May 18 20:13:07 Hi anyone knows how to redirect keyboard input to the LCD in linux May 18 20:13:09 ? May 18 20:21:01 arcetera: as for enabling uio-pruss on recent kernels: you can try loading the "AM335X-PRU-UIO" overlay (echo AM335X-PRU-UIO >/sys/devices/platform/bone_capemgr/slots ... or something like that, iirc) May 18 20:21:31 arcetera: if that doesn't work, check the forum... you're not going to be the only one with this problem May 18 20:21:48 ah May 18 20:22:44 I've lost track of how users are supposed to enable uio-pruss... I've been using a custom DT since a long time ago May 18 20:27:06 i don't actually know what i'm going to use the PRU for -- i'm simply messing with it for the sake of learning May 18 20:27:56 PRUSS is pretty amazing May 18 20:28:41 i understand its application, i'm just at a complete lack of project ideas May 18 20:29:04 nor can i think of any projects i would do where the pru would really matter May 18 20:29:10 i am very bored[ May 18 20:29:13 an interesting showcase of it is BeagleLogic, which turns a beaglebone into a 14-channel 100 Msps logic analyzer May 18 20:29:22 yeah i've seen that May 18 20:30:07 PRU is also a good place to generate the weirdass serial protocol used by the popular WS2812 leds May 18 20:32:49 also out of my own curiosity May 18 20:33:32 is it strictly necessary to use code composer studio for compiling C for the PRU? or does TI publish a standalone C compiler? May 18 20:33:55 you can download the compiler standalone May 18 20:34:03 but where May 18 20:34:16 though I can recommend using pasm instead of a C compiler May 18 20:34:22 but why May 18 20:35:25 arcetera: it's totally not May 18 20:35:35 the standalone C compiler comes in the current debian image May 18 20:35:37 'clpru' May 18 20:35:52 neat May 18 20:36:03 there's a makefile and a bunch of examples in... uhhh... /usr/lib/ti/pru- I think May 18 20:36:09 oh right rcn has debian-packaged it of course, I should have thought of that May 18 20:36:12 don't have my bbb on hand so can't doublecheck May 18 20:37:20 why would someone use a BBB over a lower-cost option like the BBG(W)? May 18 20:37:50 are there any differences in hardware which I'm not thinking of or May 18 20:38:27 arcetera: as for why not C? well, first is that you lose some amount of control over timing, which is a shame (e.g. beaglelogic is something you could never write in C) May 18 20:39:05 arcetera: HDMI May 18 20:39:08 and the C compiler produces fairly crappy code, in part because the PRU instruction set wasn't designed with C in mind at all May 18 20:39:35 (is why I have a black) May 18 20:40:01 the BBGW isn't an option at all since it sacrifices both ethernet *and* a whole bunch of expansion I/O (whereas the BBBW only sacrifices ethernet but not expansion I/O) May 18 20:40:21 what expansion I/O? May 18 20:40:42 iirc all it was was HDMI and Ethernet May 18 20:40:43 uh, check schematic, I'm too lazy to look up which pins May 18 20:41:29 no, the wifi/bt chipset uses a whole bunch of pins on the expansion header, instead of reusing the pins formerly used for ethernet May 18 20:41:32 the idiots May 18 20:42:44 (everything you need for the wifi/bt chipset is conveniently available on those ethernet pins, and they could even have avoided the need for level-shifters since that set of pins has its own I/O supply which they could have powered at 1.8V) May 18 20:42:48 also fwiw if you end up trying clpru, the example Makefiles take some massaging to work with the packaged PRU tools May 18 20:43:29 I don't remember offhand what the values are, but you don't have to download/install anything to make them go May 18 20:43:44 TI compilers have a weird invocation syntax May 18 20:43:56 just point its environemnt variables at the right places, and change $(CGT_PRU)/bin/clpru to just clpru in a couple places May 18 20:44:00 or, well, not really "weird" perhaps, just totally different from gcc May 18 20:44:17 yeah there's a ton of pins on P8 marked "CAUTION: USED ON BOARD" May 18 20:46:26 think I figured out why plugging things into the P8 header kills my SSH connection... May 18 20:46:39 I wish they made a BB that had headers that were nothing but _all_ the PRU pins. May 18 20:48:07 as for an example of the crappy output, last time I checked bool foo( int x ) { return x < 3; } compiled to _eight_ instructions at highest optimization level May 18 20:48:28 perhaps they thought that everyone using the BBGW would buy into their Grove ecosystem or something May 18 20:48:37 clpru supports asm blocks May 18 20:49:31 remoteproc and it's message passing thing is kind of nifty May 18 20:49:39 MagusOTB: yes but if you're going to use inline asm for a simple comparison then you may as well ditch the whole thing :) May 18 20:49:48 plus pasm is a really nice high-level assembler May 18 20:50:12 I mean, sure, I like the shit remoteproc provides, and you don't get those with pasm May 18 20:51:22 it wouldn't be very hard to get it to work with pasm code, probably noone cared enough May 18 20:51:43 exactly May 18 20:51:55 (about remoteproc that is) May 18 20:55:28 anyway, time to do useful stuff May 18 20:55:34 afk May 18 21:32:47 fff **** ENDING LOGGING AT Fri May 19 03:00:01 2017