**** BEGIN LOGGING AT Tue Feb 10 02:59:58 2015 Feb 10 03:39:50 Hello everyone. Just trying to get running with PRU on BBB. Feb 10 03:41:31 I've got the UART example compiled to PRU_Hardware_UART.out with TI's CCS. I've got pruss_remoteproc compiled into the kernel on the BBB. Now wondering how to load the code into the PRU. Feb 10 04:38:04 Is there some documentation of PRU remoteproc somewhere? I am looking around and haven't found much. Feb 10 04:38:14 http://processors.wiki.ti.com/index.php/PRU-ICSS_Remoteproc_Driver Feb 10 04:44:41 That info is terse. It doesn't tell me much about how to do manual load, start, stop, etc. Feb 10 05:06:16 I found Linux kernel Documentation/remoteproc.txt. Helps explain the context. (I thought remoteproc meant "remote procedure" (as in RPC) but it's "remote processor"). Feb 10 07:58:59 hi, a few days ago I read that Windows 10 is coming to raspi. does anybody know if this will become true for BBB as well? Feb 10 08:11:58 personally, I doubt the beagle's processor can run windows lol Feb 10 08:12:36 pi2 is quad-core don't forget Feb 10 08:24:29 Q: Is there any android JB image for BeagleBone Black with working ADB over USB? Any experiance on this kind of problems? Feb 10 08:53:46 check this out Rpi lovers http://www.theguardian.com/technology/2015/feb/09/raspberry-pi-2-camera-flash-power-off Feb 10 08:54:26 i wonder what'll hapen if we fly our drones with this computer Feb 10 08:54:49 ;) Feb 10 09:30:46 moin. Feb 10 09:39:18 I am trying to build a mainline 3.19 kernel with support for the PRU units. I managed to build a working 3.19 kernel but as soon as I enable CONFIG_UIO_PRUSS and its prerequisites (CONFIG_UIO, CONFIG_ARCH_DAVINCI_DA850 and CONFIG_ARCH_DAVINCI) the kernel fails to boot, it just doesn't print anything on the serial port. Feb 10 09:39:43 What is wrong here? is UIO_PRUSS the wrong driver? Does it have wrong dependencies in mainline? Feb 10 10:30:22 Is there anybody here who follows kernel mainline development? Who can I ask about this issue? Feb 10 10:34:58 nomis, linus torvalds Feb 10 10:39:33 uhhimhere: thanks for trying to be helpful. Feb 10 10:40:01 :D Feb 10 10:40:15 sorry yeah maybe ask in ##linux Feb 10 10:41:05 <_av500_> nomis: best would be to ask some TI people directly Feb 10 10:41:07 its really hard to be helpful when the questions are a mystery only guessed at Feb 10 10:41:25 <_av500_> see who maintains that in the kernel Feb 10 10:41:53 ah, I just scrolled up, nm Feb 10 10:42:03 wow, davinci Feb 10 10:42:10 <_av500_> whats in a name Feb 10 10:42:11 Davinci sounds wrong. Feb 10 10:42:18 didn't even know people still had that hardware around Feb 10 10:42:39 Russ: the hardware actually is a beagle bone black. But the pruss-driver in mainline has this dependency. Feb 10 10:42:46 <_av500_> Russ: its not Davinci hardware, its units in the kernel named like that Feb 10 10:42:53 <_av500_> much like stuff is called omap2 Feb 10 10:42:58 I tried removing the dependency from kconfig and the kernel built ok, but then I am probably missing the entry in the devicetree Feb 10 10:43:00 <_av500_> and there is no more omap Feb 10 10:43:11 'CONFIG_ARCH_DAVINCI'+ Feb 10 10:43:11 ? Feb 10 10:43:18 <_av500_> DA850 Feb 10 10:43:27 <_av500_> I think thats codename for AM335x Feb 10 10:43:27 <_av500_> x Feb 10 10:43:34 no it isn't Feb 10 10:43:43 TMS320DA850 Feb 10 10:44:37 <_av500_> and google does not even find a product, only source code refs :) Feb 10 10:44:44 we are talking omap-l138 Feb 10 10:45:07 <_av500_> yes Feb 10 10:45:23 <_av500_> and AM18x Feb 10 10:45:29 <_av500_> ok, so not amm335 :) Feb 10 10:45:45 well, yeah. The codenames/numbers confuse the heck out of me :) Feb 10 10:46:07 am1808 is really old stuff Feb 10 10:46:49 <_av500_> and it has a PRU? Feb 10 10:46:57 ya Feb 10 10:46:59 pru is old stuff Feb 10 10:47:02 it's been around Feb 10 10:47:02 <_av500_> ah yes Feb 10 10:47:07 I think he wants prussv2 Feb 10 10:47:18 Russ: is there a separate driver in the kernel for that? Feb 10 10:47:20 http://elinux.org/Ti_AM33XX_PRUSSv2 Feb 10 10:48:29 (yeah, it is my understanding that the BBB uses prussv2) Feb 10 10:49:07 I'm looking at my git tree and I see commits 'uio: uio_pruss: port to AM33xx' Feb 10 10:49:10 that's the patchset you need Feb 10 10:50:19 Russ: where do I find this patchset? Feb 10 10:50:36 Russ: is your tree available online? Feb 10 10:50:43 yes Feb 10 10:50:51 just google, find the latest version Feb 10 10:51:06 https://gitorious.org/ptxdist-beaglebone/ptxdist-beaglebone/commit/ab0427e#configs/platform-pengutronix-beagleboneti/patches/linux-3.8.4/0356-uio-uio_pruss-port-to-AM33xx.patch Feb 10 10:51:15 need some help in bbb Feb 10 10:51:24 <_av500_> then ask Feb 10 10:52:00 I have a belkin wifi dongle . but its not working with BBB Feb 10 10:52:32 Russ: thanks a lot. Feb 10 10:53:13 aplz: what happens? Feb 10 10:53:23 aplz: is it detected, does the driver load, does it not connect to the network? Feb 10 10:54:24 No its not detected , Always shows that Disconnected at the start Feb 10 10:54:46 what about dmesg and lsusb and stuff? Feb 10 10:55:38 sorry I didnt check that , I will check it and let you know Feb 10 11:24:45 I have a Belkin F5D7050 Wireless G USB Adapter with BBB. And I have installed Xenomai & machinekit . for some reasons wifi is not working Feb 10 11:26:46 aplz make sure you have the driver activated and the firmware installed Feb 10 11:27:46 I tried to follw these instructions Feb 10 11:27:48 http://roblg.com/blog/2012/02/Belkin-F5D7050-Beaglebone/ Feb 10 11:28:13 but getting errors while entering the commands Feb 10 11:29:09 These instructions are for Angstrom. Feb 10 11:31:18 aplz so your first check was if you have rt73usb as module, right? Feb 10 11:43:30 do any of you know why my debian (from time to time) automatically shutdown? Feb 10 11:43:31 debian@beaglebone:~$ cat /etc/dogtag Feb 10 11:43:31 BeagleBoard.org BeagleBone Debian Image 2014-05-14 Feb 10 11:43:37 it's clean image FWIW Feb 10 11:45:16 ppisati watchdog? Feb 10 11:45:28 woglinde: that's what i thought Feb 10 11:46:41 debian@beaglebone:~$ dpkg -l | grep watch Feb 10 11:46:41 debian@beaglebone:~$ Feb 10 11:46:55 but there's no watchdog daemon to be found in this image Feb 10 11:48:28 woglinde: ^ Feb 10 12:00:44 ppisati: maybe a problem with the power supply? Feb 10 12:01:00 nomis: nope, because it's a clean shutdown sequence Feb 10 12:01:24 nomis: the watchdog patch is the most probable Feb 10 12:01:42 but i can't believe they enabled it but not shipped it in the image Feb 10 12:02:26 ah. Feb 10 12:17:30 hello Feb 10 12:17:54 does anyone know how many registered users there are with the beaglebone forums? Feb 10 12:44:52 any hint if the power button is exposed in /dev/ by the 3.14 kernel ? Feb 10 12:48:43 vvu why not check the event stuff Feb 10 12:50:44 vvu: not in /dev/ Feb 10 12:50:48 vvu: it's in /sys Feb 10 12:51:55 i am not sure how the power button should behave, press for 8 seconds turn off the board ? Feb 10 13:04:36 vvu isn't that hardware specific? Feb 10 14:35:24 woglinde: i have a board like the BBB in hardware but with microsd slot removed. Feb 10 14:40:24 mick_: yt? Feb 10 15:05:13 Hi Feb 10 15:05:54 hi Feb 10 15:06:28 I am using beaglebone black and have problem on cross compiling using qt 5.3.0 Feb 10 15:06:49 can anyone can answers to my question ? Feb 10 15:07:15 Qserialport unable to send data on seleceted uarts Feb 10 15:07:17 ? Feb 10 15:08:52 <_av500_> if you ask a question it might be answered Feb 10 15:11:48 _av500_: i have compiled qt 5.3.0 from source for cross compiling. everything is ok, but I unable to send data to beaglebone black uarts e.g. BB-UART4, BB-UART5 by using qserialport qt library? Feb 10 15:12:27 qserialport detects beaglebone black enabled URLS and it open the ports Feb 10 15:12:35 but data is not send ? Feb 10 15:12:49 mumair: have you loaded the device tree overlays for the serial ports? Feb 10 15:12:58 and switched the pinmuxes? Feb 10 15:13:27 <_av500_> did you try the UART with stock C? Feb 10 15:13:36 <_av500_> leaving out qtserial Feb 10 15:13:38 i have no idea Feb 10 15:13:53 can you please tell me how ? Feb 10 15:14:14 <_av500_> talking to a serial port in C is a solved problem Feb 10 15:14:17 <_av500_> tons of code on the net Feb 10 15:14:44 * ogra_ would start trying to talk to the serial port with a terminal program first ... just to make sure Feb 10 15:14:52 <_av500_> or that Feb 10 15:16:31 any idea for serial c++ library ? Feb 10 15:17:01 <_av500_> google has ideas Feb 10 15:17:05 .o(he did not understand what was written) Feb 10 15:17:23 qt is a good c++ library Feb 10 15:17:56 woglinde: yes qt has qserialport Feb 10 15:17:56 even using python to communicate with a serial port is easy Feb 10 15:18:22 so what was the question again? Feb 10 15:18:41 qserailport not sending data to the port Feb 10 15:18:57 it detect the enabled ports Feb 10 15:19:10 but not sending data Feb 10 15:19:21 what is your error? Feb 10 15:19:24 if any Feb 10 15:20:39 mumair again!!!! check first if you can see something on the serial port using a well known working terminal programm like screen or cu or even qtcom Feb 10 15:22:22 or a 'scope ;P Feb 10 15:22:40 or minicom :) Feb 10 17:07:56 hello Feb 10 17:08:02 anyone there? Feb 10 17:08:34 I have a question about what your recomendations would be for setting up a new beaglebone black system with QT5 running on it. Feb 10 17:08:38 What OS shoudl I chose Feb 10 17:09:01 angstrom or debian, or the new snappy ubuntu core Feb 10 17:09:32 hello Feb 10 17:10:15 hello Feb 10 17:11:42 hi, you might want to wait for someone to answer Feb 10 17:12:20 it depends on your needs, I don't personally know Angstrom, but I usually use Debian on VPS and Ubuntu on desktops Feb 10 17:12:26 s/VPS/servers/ Feb 10 17:13:22 have you used QT5 on it? Feb 10 17:14:20 I don't think so, I am not developer Feb 10 17:14:49 qt5 appears to be in the repositories though Feb 10 17:27:58 mccombbj: you'll probably be able to get better support here if you go with debian Feb 10 17:31:29 mccombbj: see http://elinux.org/BeagleBoardDebian for the latest images Feb 10 20:21:41 How mentoring organizations helps us to prepare for summer of code? Feb 10 20:37:57 hi guys, someone online who can help me with CAD models of beaglebone ? Feb 10 20:38:00 hi guys, someone online who can help me with CAD models of beaglebone ? Feb 10 20:38:00 hi guys, someone online who can help me with CAD models of beaglebone ? Feb 10 20:43:24 repeating yourself won't help Feb 10 20:43:27 http://www.catb.org/esr/faqs/smart-questions.html Feb 10 21:54:06 is it possible configure the USB On-The-Go (micro usb) port of BBB as RS-232 serial connection? Feb 10 21:55:54 tholm, can you describe what you want to do? Feb 10 21:57:34 I wanna send the console on the micro usb Feb 10 21:58:14 tholm: that is default with the current debian image Feb 10 21:59:48 you should be getting a virtual serial port. Check your device manager (if Wndows) or /dev/ttyACM* if linux Feb 10 22:00:41 But that's a configuration of the kernel? I compiled my own kernel Feb 10 22:01:09 oh, not sure how to configure that in the kernel. Feb 10 22:01:26 Yeah, it is handled by the usb-gadget kernel module, but it gets loaded and configured (kernel module parameters) by userspace Feb 10 22:01:40 so the not very helpful answer to your original question is "yes, but I don't know how." :) Feb 10 22:02:12 provided your new kernel has usb-gadget, you might be okay. Hard to say given the number of ways to configure it. Feb 10 22:02:15 ok, next time imma say that :) Feb 10 22:03:18 KaaK: thx .. At least now i got a starting point Feb 10 22:03:39 I belive that stuff is all scripted in /opt -- I'm digging in to it now Feb 10 22:03:58 you could also just modprobe it yourself -- assuming it was built as a module with your kenel's config Feb 10 22:04:14 modinfo should give you the names of the parameters Feb 10 22:05:10 KaaK: ok thx 4 ur help Feb 10 22:05:21 tholm, no problem Feb 10 22:07:55 I plugged my new BBB into USB hub. Do I need to do anything special to shut it off, other than unplug the USB cable? Feb 10 22:08:31 Guest32962: if you use the power button the system shuts down properly (hopefully) Feb 10 22:09:44 Did the BBB boot anything when I plugged it in to the USB port? Feb 10 22:10:37 Will just pressing the PWR button do it, or do I need to hold it down for a certain amount of time? Feb 10 22:11:36 Guest32962: what did you use it for? Feb 10 22:12:03 I opened up a couple of web pages in my web browser. Feb 10 22:12:27 file:///media/BEAGLEBONE/START.htm Feb 10 22:12:37 http://192.168.7.2/Support/bone101/ Feb 10 22:13:15 Guest32962: it did boot a linux. The risk of data corruption with a sudden poweroff is not that big, the filesystem is reasonably reliable. Feb 10 22:13:39 Guest32962: and since you did not do any real work it is easy to reinstall the BBB if some corruption has happened. Feb 10 22:13:47 nevertheless: there is a ris. Feb 10 22:13:50 risk. Feb 10 22:14:01 especially after writing. Feb 10 22:14:41 I don't think I have written anything to it. There is no keyboard attached, just a USB cable. Feb 10 22:16:27 Funny thing is: they tell you how to Quick Start by plugging the BB into a USB port, but there is nothing that I can see about turning it off properly. Feb 10 22:16:48 anyone picked up the Early Release of the Oreilly BeagleBone cookbook yet? http://shop.oreilly.com/product/0636920033899.do Feb 10 22:19:25 Guest32962: for the records: with my system a short click is sufficient. Feb 10 22:20:25 nomis: thank-you very much. I will give that a go. Cheers! Feb 10 22:48:31 Is there any "documentation Feb 10 22:48:34 Oops Feb 10 22:48:50 Is there any "getting started" documentation on using the PRU with the pruss_remoteproc driver? Feb 10 22:49:42 Most of the docs on the Internet seem to address the older uio_pruss driver, but I found a Youtube video by Jason Kridner that said remoteproc is the way of the future. Feb 10 22:53:10 maybe jkridner can shed some light on tht .. :) Feb 10 22:54:31 what are you trying to do Feb 10 22:54:33 ? Feb 10 22:56:47 First, I'd like to try running one of the PRU examples from the TI CCS. Feb 10 22:57:21 My eventual goal is to run some code to communicate on RS-485 via the PRU-ICSS UART. So I'll be interested in PRMsg too. Feb 10 22:57:31 I mean RPMsg. Feb 10 22:58:34 I've compiled the PRU_Hardware_UART PRU example in CCS. So I've got the PRU_Hardware_UART.out from that. Feb 10 23:01:30 I'll eventually want to make a Linux driver that loads my own code into the PRU, and talks to it via RPMsg. But first, what's an easy way to load something like the PRU_Hardware_UART.out example into the PRU to try it out? Feb 10 23:02:28 for that it doesn't matter too much which you use to start with Feb 10 23:02:39 the remoteproc stuff is easier to load as it can use the firmware loader Feb 10 23:02:58 whereas the UIO stuff requires a userland library to kick things off Feb 10 23:03:11 the UIO stuff is easy to start with Feb 10 23:05:54 I'm using Yocto with meta-ti and the linux-ti-staging kernel 3.14.31, and the uio_pruss driver doesn't seem to be available for the OM335x (menuconfig says it depends on Davinci, not sure what that's all about). But I've got pruss_remoteproc driver compiled as a module. Feb 10 23:09:17 "the remoteproc stuff is easier to load as it can use the firmware loader" -- how is that done? Feb 10 23:24:33 cmcqueen: there's devicetree syntax for remoteproc that specifies what to load Feb 10 23:27:32 bah.... use a non DT kernel Feb 10 23:27:36 keep your life simple Feb 10 23:28:29 ds2: have any clue why the powerbutton on the BBB does not toggle a shutdown event ? Feb 10 23:28:38 in the default image shipped with the board Feb 10 23:28:43 vvu: lack of drivers? Feb 10 23:28:57 the power button talks to the PMIC and, AFAIK, there isn't much of a driver for it Feb 10 23:29:11 I had to hack together my own to deal with charging status Feb 10 23:29:31 ah :) so i'm stuck there Feb 10 23:30:56 it is a easy chip to talk to Feb 10 23:31:12 took about an hour to get the charger stuff done Feb 10 23:31:48 hi Feb 10 23:32:13 someone have any idea about the throughput of bbb when using openVPN or IPSec? Feb 10 23:32:22 i really hate this change from uio to remoteproc - makes it hard to justifying writing a V4L2 driver Feb 10 23:32:39 Im trying to find some comparisons between bbb and the new rbp2 Feb 10 23:33:18 I was looking for 2MBps at least of throughtput Feb 10 23:33:54 yes, uio sounds easy from what documentation tells me. never used it though :) Feb 10 23:34:46 but uio makes a kernel driver a little trickier Feb 10 23:34:51 yep Feb 10 23:36:05 maybe it is worthwhile to hack the uio driver into a v4l2 driver Feb 10 23:44:09 Device Tree is fine with me. I found this which is interesting. It also talks about a Resource Table but doesn't say how to make one. http://events.linuxfoundation.org/sites/events/files/slides/Enhancing%20RT%20Capabilities%20with%20the%20PRU%20final.pdf Feb 10 23:58:26 <_ssl> did someone manage to get hardware accelerated graphics on the BBB? I followed the instructions on this page (http://elinux.org/BeagleBoardDebian#SGX_Drivers) but i don't know if im doing everything right. can someone help me with this? Feb 10 23:58:59 you can either spend time chasing DT changes or you can spend time developing PRU code Feb 11 00:01:34 cmcqueen: the canonical remoteproc example is panto's original code at https://github.com/pantoniou/testpru Feb 11 00:02:27 cmcqueen: I can't recall right off the top of my head which device tree overlay drives it, it's one of the BB-BONE-PRU-0x-00A0 ones Feb 11 00:02:57 meh, pru with 3.19 is giving me a hard time. Feb 11 00:03:26 cmcqueen: I have another simple example at https://github.com/gregory-scott-murray/pru_iotest Feb 11 00:38:33 <_ssl> did someone manage to get hardware accelerated graphics on the BBB? I followed the instructions on this page (http://elinux.org/BeagleBoardDebian#SGX_Drivers) but i don't know if im doing everything right. can someone help me with this? Feb 11 02:40:07 smurray: Thanks, that's great. I'll have a look. **** ENDING LOGGING AT Wed Feb 11 02:59:58 2015