**** BEGIN LOGGING AT Mon Aug 22 03:00:00 2016 Aug 22 03:52:58 I'm running debian jessie on my bbb. I'm trying to follow these instructions { http://elinux.org/BeagleBone_Black_Enable_SPIDEV#SPI0 } to enable SPIDEV, but it would seem that the capemgr isn't installed. When I run, echo BB-SPI1-01 > /sys/devices/bone_capemgr.*/slots it doesn't exist. How can I fix this? Aug 22 03:56:45 those instructions are outdated in numerous ways unfortunately Aug 22 03:59:53 bone_capemgr is in /sys/devices/platform/ nowadays, but unfortunately that's not the only problem with those instructions Aug 22 04:00:07 thanks for saving me the time of going from there Aug 22 04:00:20 do you know of an alternative set of instructions? Aug 22 04:03:27 so, there are three parts here: enabling one of the two spi peripherals, setting up pinmux for it, and adding a device to it. you can still do all three at once like their example does but then you should disable 'cape-universal', which is unfortunately enabled by default nowadays but tends to conflict with basically every overlay that attempts to do pinmux Aug 22 04:04:07 alternatively you can use cape-universal... I don't really have experience with it but iirc it enables the spi peripherals by default and you can do pinmux from userspace using the pin-conf utility (or something like that, not sure about the name) Aug 22 04:04:57 adding the spi device (as child node of &spi0 or &spi1) would still need to be done using an overlay in the latter case Aug 22 04:04:59 i want to feed 4 XV12 lidars into a beaglebone green. so need 4 serial ports that can do 115200. can anyone point me to the page that details how to configure the board to enable serial on all the serial capable ports? Aug 22 04:05:49 warsh: https://github.com/mvduin/overlay-utils these are utils that make building overlays a bit less painful, and includes spi examples Aug 22 04:07:21 if you'd use pin-conf to setup pinmux (assuming I'm right about cape-universal enabling the spi peripherals by default) then you'd only need to build an overlay of part starting at line 26 here: https://github.com/mvduin/overlay-utils/blob/master/spi0.dtsi#L26 Aug 22 04:10:51 warsh: the BBB is still a fast evolving platform, so unfortunately you need to be prepared for a fair amount of outdated info out there :/ Aug 22 04:11:24 it certainly makes life a bit more interesting Aug 22 04:11:53 it could really use a good utility to easily configure the hardware Aug 22 04:13:18 at least I think my overlay-utils make writing overlays already a lot less painful Aug 22 04:13:34 there's also a new configfs mechanism to load overlays Aug 22 04:14:04 wrappers for it are in the bin/ dir, e.g. bin/add-overlay spi0.dtbo (after doing "make") Aug 22 04:14:51 (sudo bin/add-overlay I mean of course, since surely you're not working as root ;) Aug 22 04:16:50 MrCurious: uhh, yeah same story (if you were in when I told it, my irc client ignores join/part/quit in this channel to reduce noise): if cape-universal is enabled then the uarts should already be enabled and you need to mux the appropriate pins, otherwise use an overlay to enable them and setup pinmux Aug 22 05:15:25 warsh: the alternative is to use the older bone stable kernel. those instructions work with it Aug 22 05:15:59 warsh: go to /opt/scripts/tools/ then run "git pull" then "sudo ./update_kernel.sh --bone-kernel --stable" Aug 22 05:16:59 that's pretty simple, I'll do that Aug 22 05:17:40 warsh: guessing you're doing this for libreboot? Aug 22 05:17:46 bingo Aug 22 05:18:27 warsh: tell me how it goes, my x200 is on the way still Aug 22 05:18:46 that's exactly what I'm flashing, a x200 tablet Aug 22 05:18:48 warsh: using that stable bone kernel seems to solve that issue though, that directory exists with that kernel Aug 22 05:19:02 warsh: i've been getting my bbb ready to flash the x200 Aug 22 05:20:07 out of curiosity, does your nick refer to mr.robot Aug 22 05:20:19 yes Aug 22 05:20:24 ha, good man Aug 22 05:22:19 warsh: I'm not turning you in, if that's what you're thinking. I don't even have proof, and even if I did, I don't care. Just wanted to know your weakness. Now I do. Revenge. How ordinary. Aug 22 05:22:38 10/10 Aug 22 05:22:51 I just hope it's popularity doesn't kill it Aug 22 05:23:15 I heard about it on /r/sysadmin or something and had no idea it would become so popular Aug 22 05:23:54 haven't started s02 yet, waiting until they are all out first. Aug 22 05:24:20 some people have found the beginning of the recent season to be a bit out of character, but that's only the first three eps or so. I've been enjoying the second season so far Aug 22 05:24:26 one of the best shows ever if you work in IT Aug 22 05:24:50 certainly better than a visual basic gui to track an IP Aug 22 05:24:51 warsh: I sort of wish it just ended at season 1 tbh Aug 22 05:25:05 just end the whole show with that mind fuck finale Aug 22 05:25:27 warsh: what's that a reference to? Aug 22 05:25:35 "visual basic gui to track ip" lol Aug 22 05:26:01 https://www.youtube.com/watch?v=hkDD03yeLnU Aug 22 05:26:25 warsh: omg my sides Aug 22 05:26:31 warsh: > csi Aug 22 05:26:34 shocker. Aug 22 05:26:38 yep Aug 22 05:28:21 i just love tyrell though Aug 22 05:28:46 bonsoir elliott Aug 22 05:28:47 its like patrick batemen goes to work in IT Aug 22 05:28:55 exactly that Aug 22 05:30:24 twellick_: which x200 are you getting Aug 22 05:31:10 the standard one, afaik the tablet and x200s require you to solder to the flash chip Aug 22 05:31:21 seeing as I am a basic bitch at soldering I figure that is not a good idea Aug 22 05:31:33 I dont even have an iron that would do such small components Aug 22 05:31:56 I found a "mint" condition one with a p8700 for under 100 usd Aug 22 05:32:13 the p8800 ones ive found are way overpriced Aug 22 05:32:36 there were two on eBay, each for 200 usd Aug 22 05:32:53 I had to solder, and I only have a chisel tip for my soldering iron...it was not easy Aug 22 05:33:12 you're a brave man Aug 22 05:33:14 kapton tape certainly came in handy Aug 22 05:33:19 x200s or tablet? Aug 22 05:34:52 say, does that stuff work with the X201 too? I have one here that I might try at some point. Aug 22 05:34:59 tbr: no Aug 22 05:35:04 tablet Aug 22 05:35:20 tbr: https://libreboot.org/docs/hcl/#supported_laptops_x86intel Aug 22 05:35:21 ok, too bad Aug 22 05:35:40 tbr: you can buy x200's for dirt cheap Aug 22 05:35:51 tbr: i saw an auction for off lease ones, 6 for 200 usd Aug 22 05:36:20 warsh: the tablet is nice, ips screen in yours? Aug 22 05:36:28 twellick_: I have a stack of stinkpads, not really interested in buying more :) Aug 22 05:36:39 warsh: i'm going to be regressing from my x220 with 16gb ram and 1tb ssd to the x200. it's going to hurt Aug 22 05:37:19 tbr: sell your old ones, buy x200, flash libreboot, feel good knowing intel ME/AMT are gone. Aug 22 05:38:40 warsh: are you going to flash tonight? Aug 22 05:38:56 * tbr is lazy, might try if one of his models get experimental support or such, is not afraid to back up and rewrite flash externally Aug 22 05:38:58 warsh: very curious if the bone stable kernel is going to do the trick Aug 22 05:39:35 I'm certainly gonna try Aug 22 05:39:54 tbr: im not sure the criteria, but i believe everything prior to the x200/t400/t500 is SOL Aug 22 05:39:57 if you are looking for "echo BB-SPI1-01 > /sys/devices/bone_capemgr.*/slots" and friends, that will only work on the ancient 3.8.x TI frankenkernel Aug 22 05:40:19 tbr: I found that out earlier after lots of pain Aug 22 05:40:52 there are proper ways to do the same on a vanilla 4.x Aug 22 05:41:03 just not as well "documented" Aug 22 05:41:10 tbr: my solution is to use an alt sd card for my flashing os Aug 22 05:41:15 then run the old kernel/toolset there Aug 22 05:41:17 and callit a day Aug 22 05:41:55 tbr: what kernel do you recommend for general use? Aug 22 05:42:10 i'm hoping to find a use for my beaglebone after it serves its purpose for libreboot Aug 22 05:42:16 I'm happy with 4.x 'nilla Aug 22 05:42:24 ah the 4.x ti one Aug 22 05:42:31 probs a safe bet Aug 22 05:42:36 no, vanilla, just with RCN patches Aug 22 05:42:43 i tried to use the debian generic one, yep didn;t work out well Aug 22 05:42:51 ah Aug 22 05:43:22 RCNs patch set has been going down nicely over time Aug 22 05:43:38 a lot of stuff went in before 3.18 or so Aug 22 05:43:46 and then until 4.4 Aug 22 05:44:25 intresting, i've every new to arm/sbc's Aug 22 05:44:31 **very Aug 22 05:44:49 over a decade of nix but total noob when it comes to arm/sbc's Aug 22 05:45:07 so far loving the bbb Aug 22 05:45:28 it's "just a linux system" and the main difference are all the peripherals and pin muxing Aug 22 05:45:40 which means device-tree and device-tree-overlays Aug 22 05:45:41 I love how easy it is to reflash and dd os's to a sd and boot hassle free Aug 22 05:46:03 yeah, I have no idea what device tree's or overlays are Aug 22 05:46:09 have some reading to do Aug 22 05:46:17 familiar with ACPI-tables? Aug 22 05:46:35 honestly no Aug 22 05:47:02 both are essentially a description of "hey kernel, this is the hardware you are booting on and those are the peripherals" Aug 22 05:47:47 i see Aug 22 05:59:16 first bug so far Aug 22 05:59:29 warsh: hmm? Aug 22 05:59:38 in /dev/ there's only spidev1.0 not spidev0.* Aug 22 06:00:21 I think that's correct Aug 22 06:00:39 http://elinux.org/BeagleBone_Black_Enable_SPIDEV#SPI0 states "You should now have two spidev-files in the folder /dev/" Aug 22 06:00:59 the libreboot docs say "Verify that the spidev device now exists: # ls -al /dev/spid*" then proceeds to print the output "crw-rw---T 1 root spi 153, 0 Nov 19 21:07 /dev/spidev1.0" Aug 22 06:01:06 so im not sure its an issue Aug 22 06:01:13 hmmm Aug 22 06:01:29 noted though thanks Aug 22 06:01:56 whoever wrote the libreboot docs (leah probs) only had spidev1.0 though Aug 22 06:02:38 nvm, seems to be working so far Aug 22 06:02:55 I forgot I have to go between two different docs, it is a bit late Aug 22 06:04:12 no worries, it's confusing Aug 22 06:09:36 weird Aug 22 06:09:43 I dont even see the spidev1.0 Aug 22 06:10:45 cat /sys/devices/bone_capemgr.*/slots is right though and I followed everything to the tee Aug 22 06:10:51 also running the bone stable kernel Aug 22 06:12:43 problem solved Aug 22 06:13:05 forgot to add "CAPE=BB-SPI0-01" to /etc/default/capemgr Aug 22 06:29:20 warsh: how goes the flash? Aug 22 06:29:36 preparing the PSU and setting everything up Aug 22 06:31:28 good luck! Aug 22 06:31:45 id test the 3.3v rail with a multimeter just to be sure Aug 22 06:31:48 im paranoid though Aug 22 06:32:04 my psu was reading 3.46, hopefully not to sloppy for the flash chip Aug 22 06:48:50 hi nasuga Aug 22 06:57:44 hey vinay_ Aug 22 07:06:46 can i get free sample of beagle Aug 22 07:09:36 warsh: how's the flashing going? Aug 22 07:13:19 I just had to resolder 5/8 wires Aug 22 07:13:20 but, I got it Aug 22 07:13:44 grats Aug 22 08:22:18 warsh: i'm going to take off, see you around. goodluck with your x200 tablet hope you get it figured out Aug 22 08:22:32 thanks twellick_, I'll see you around IRC Aug 22 08:22:33 warsh: you can always take the easy way out sell it and buy a x200 haha. Aug 22 08:22:56 take care Aug 22 11:33:12 lol someone might wanna redirect emeb perhaps? Aug 22 11:42:47 yea all the ops are MIA s usual .. Aug 22 11:43:29 I think someone had to campaign for the last person with a broken client to be banned :P Aug 22 11:44:01 we have plenty ops who are active during european daylight hours. you just need to hilight them Aug 22 11:47:11 tbr: have never known any to respond ... except occasionally KotH and perhaps jkridner .. and very rarely av500 Aug 22 11:52:36 gah Aug 22 11:52:38 im here Aug 22 11:52:46 veremit: saw the highlight Aug 22 11:53:22 av500: sorry ..we were talking about users with broken clients needing .. a little nudge .. ;) Aug 22 11:54:09 whilst its a tedious job to watch the channel constantly .. and most ignore the join/leave spam .. sometimes there's someone who just persists :) Aug 22 12:22:16 veremit: yeah Aug 22 12:22:26 going to kick emeb in the butt tonight :) Aug 22 12:31:53 veremit: i'm usually here, but on EDT Aug 22 12:32:52 wmat: spanning the globe is good :D Aug 22 12:33:15 hm, I have no /sys/devices/bone_capemgr*. Aug 22 12:36:56 https://0wx.org/6717d8ec5719f8737b09020d800c286c/ Aug 22 12:37:02 it seems loaded. Aug 22 12:37:13 anyone any ideas? Aug 22 13:03:03 hello all. I have a working application that uses the McSPI device with 32 bit words transfers. The application is based on memory-mapped device interface (/dev/mem). I also have some other apps that instead works by using spi_omap2_mcspi driver and ioctl(). All applications work properly using old debian 7.8 and 3.18-rt kernel. When migrating the Aug 22 13:03:03 m to debian 8.2 and kernel 4.1.25-bone-rt-r22, the first application works properly, while apps using /dev/spidev1.0 and ioctl() are no more working with 32bit words. Can you help me? Aug 22 13:08:57 alfatau: cd Aug 22 13:19:29 the problem is the following: http://pastebin.com/uiDSQxqk where we can see that using spidev driver I cannot use 32 bit per word. Aug 22 13:58:22 alfatau: strange, I have no trouble using 32 bits per word Aug 22 13:58:44 try a newer kernel, the problems may have been fixed Aug 22 13:59:36 phschafft: it should be in /sys/devices/platform/ Aug 22 14:02:42 it is. strange. Aug 22 14:02:45 tahnk you very much. Aug 22 14:03:06 /sys/devices/bone_capemgr* was only in ancient 3.8 kernels Aug 22 14:04:07 that explains why I found so many hits for it on the net. Aug 22 14:04:31 jkridner: really we need an 'how to translate stuff from 3.8 to 4.x kernels' page to link to Aug 22 14:04:46 zmatt: good point Aug 22 14:04:51 I keep having to explain things like this, and making such a page is probably easier than fixing the whole internet Aug 22 14:05:17 zmatt: should this just be part of the main FAQ or something else? Aug 22 14:05:21 and when both old and new is listed I would likely have found it. Aug 22 14:06:04 I personally also have no idea how newbies are *supposed* to solve various things... see e.g. multiple people wanting to do the equivalent of http://elinux.org/BeagleBone_Black_Enable_SPIDEV on jessie Aug 22 14:06:25 I guess cape-universal and then an overlay for the child node for the spi device? Aug 22 14:06:40 I usually just tell them to disable cape-universal so overlays work again as they used to Aug 22 14:07:31 k, I'll just start a new page and we'll iterate until it works. Aug 22 14:08:06 I think a separate page would be better yes Aug 22 14:08:33 zmatt: I'm really thankful for your work :) Aug 22 14:13:27 zmatt: starting http://elinux.org/Beagleboard:BeagleBone_Black_FAQ#How_do_I_migrate_from_the_Debian_Wheezy_.28Linux_kernel_3.8.x.29_to_Debian_Jessie_.28LInux_kernel_4.x.29_images.3F Aug 22 14:13:45 tomba: btw, aTc did some benchmarks of the experimental tiler code -> http://pastebin.com/1rtFDJ5D Aug 22 14:15:21 tomba: considering this uses device-type mapping I'm not unhappy :) especially since I have no idea how poorly optimized some of these tests might be for device-type memory (where e.g. alternating reads and writes will hurt a lot due to the ordering constraints imposed by device type) Aug 22 14:16:46 hm. now after reboot the board does not respond and 3 of the 4 user LEDs are on. Aug 22 14:16:59 phschafft: what'd you do? Aug 22 14:17:06 reboot. Aug 22 14:17:42 before that? :P Aug 22 14:18:27 I fear that I somehow broke the kernel (I installed another one as I wasn't sure for the reason of the problem. After you showed me the right one I reinstalled the other kernel.). Aug 22 14:18:41 zmatt: was already typing the moment you asked. Aug 22 14:19:05 tomba: this is with the fbturbo video backend for x11 btw, earlier benchmark comparing different backends -> http://pastebin.com/QpFkgR6p Aug 22 14:19:39 phschafft: installing kernels should normally not be a problem, choices should boot Aug 22 14:19:58 *most choices Aug 22 14:20:48 I hope that installing repo software hardly breaks the system. if it does why is it in the repo? ;) Aug 22 14:21:23 well there definitely are unsuitable kernels in the armhf debian repo Aug 22 14:21:50 e.g. an lpae kernel is guaranteed to not boot on beaglebone Aug 22 14:22:31 mainline kernels are a gamble, especially older ones Aug 22 14:22:37 -bone and -ti kernels should however just work Aug 22 14:24:57 fixing small mistakes, even on eMMC, isn't too hard if you have a linux host system and a serial cable: if you interrupt u-boot and type "ums 0 mmc 1" on its commandline and the beaglebone's eMMC will appear over usb as if it were an usb stick Aug 22 14:25:12 so you can then e.g. fix up its /boot/uEnv.txt Aug 22 14:27:32 hm, still doesn't boot. I think I will have a look at the SD card. Aug 22 14:27:54 if you've installed on sd card then indeed recovery is even easier Aug 22 14:28:58 that is if I find the SD card hole in my laptop... Aug 22 14:29:31 ah, there it is. Aug 22 14:29:41 otherwise if you have a serial debug cable you can use u-boot as a shitty card reader using "ums 0 mmc 0" Aug 22 14:29:44 ;) Aug 22 14:30:00 (u-boot's drivers are not exactly high performance) Aug 22 14:30:34 non around. Aug 22 14:30:43 small question: is there an estimated "release date" for the beagleboard x15? I know it has to pass some compliance test yet and practically is avialable at the tiem being. but it's dificult to get one in europe ^^ Aug 22 14:34:59 according to the wiki they are shipping the first boards today: http://elinux.org/Beagleboard:BeagleBoard-X15 Aug 22 14:36:17 knicklux: RS UK has/had a small amount of Rev A2 boards Aug 22 14:36:53 ok Aug 22 14:37:11 right on that page: http://uk.rs-online.com/web/p/processor-microcontroller-development-kits/8874764/ Aug 22 14:37:44 "51 In stock for FREE next working day delivery" Aug 22 14:37:53 this one? Aug 22 14:37:54 http://uk.rs-online.com/ Aug 22 14:37:56 ah Aug 22 14:38:07 ok, thank you :) Aug 22 14:38:50 for a lab setup or similar this should be just fine. I think mine came also from that batch and I didn't have any large issues. Aug 22 14:39:06 though I haven't powered up mine for a good few months Aug 22 14:42:02 do you by chance know, if it uses the same PSU as the BBB? Aug 22 14:43:12 zmatt: fixed. Aug 22 14:43:26 knicklux: definitely not Aug 22 14:43:28 zmatt: uEnv.txt had uname_r=$wrong_version. Aug 22 14:43:47 phschafft: $right_version is indeed preferred over $wrong_version Aug 22 14:43:48 ;) Aug 22 14:43:54 it has double the amount of PRU though :) Aug 22 14:44:12 "double the amount" is pretty much the x15's slobal Aug 22 14:44:18 *slogan Aug 22 14:44:23 that was a weird typo Aug 22 14:44:29 found it. what does 12VDC@TBD mean? Aug 22 14:44:41 especially TBD Aug 22 14:44:46 12V DC @ amount of current required To Be Determined Aug 22 14:45:28 ok.... where do I attach the power source? At enet power? Aug 22 14:45:43 ? Aug 22 14:45:56 found it too :) Aug 22 14:46:13 "DC IN" near the topleft http://elinux.org/File:BBX15-TOP_SIDE.jpg Aug 22 14:46:34 http://elinux.org/File:BBX15-TOP_SIDE.jpg what dimensions do I need for the PSU? 2.1mm, center positive like BB? Aug 22 14:46:38 zmatt: ;) Aug 22 14:47:49 knicklux: I have no idea Aug 22 14:48:08 schematic shows part number CUI-PJ-063BH for the power jack Aug 22 14:48:42 and it's fused at 5A Aug 22 14:48:49 i'll look it up :) Aug 22 14:49:00 zmatt: is this a start: http://elinux.org/Beagleboard:BeagleBone_Debian_Image_Migration ? Aug 22 14:49:03 http://www.cui.com/product/resource/pj-063bh.pdf Aug 22 14:49:10 2.5mm, center pos. Aug 22 14:49:45 conter pos. probably..... Aug 22 14:49:53 center positive yes Aug 22 14:50:54 zmatt, tbr, thank you :) Aug 22 15:44:03 zmatt, phshafft: thanks for hints. I tried 4 different kernel and I didn't solved the problem. I've also written a new dts in order to enable PRU1. I developed 2 dts: one for PRU and my custom cape and one for SPI. this is the one for SPI: http://pastebin.com/u2qPJ28X. Do you any error? Aug 22 16:05:27 you define two child nodes yet define pinmux for only one chip-select? Aug 22 16:05:27 dma works fine for me btw Aug 22 16:11:40 alfatau: I think there is no need to thank me as I haven't been helpful to you. **** ENDING LOGGING AT Tue Aug 23 02:59:58 2016