**** BEGIN LOGGING AT Fri Jun 01 03:00:10 2018 Jun 01 04:18:11 e Jun 01 05:06:00 [ 2223.040834] pinctrl-single 44e10800.pinmux: pin PIN17 already requested by ocp:P9_23_pinmux; cannot claim for button-led Jun 01 05:07:11 oh, you also have cape-universal enabled? I assumed that you didn't, since you were using overlays Jun 01 05:07:25 the two are incompatible Jun 01 05:07:45 (and if overlays are requested as boot time, cape-universal is implicitly disabled) Jun 01 05:07:57 ah, wil turn it off, thanks Jun 01 05:30:47 fascinating. overlay loads, no errors, but still 2f :( Jun 01 05:31:03 hmm, oh, nevermind Jun 01 05:31:07 one more thing to try first Jun 01 05:36:23 well that was exciting! https://gist.github.com/kenrestivo/885542e350709d3f271c0f507bd7a03c Jun 01 05:42:26 Linux beaglebone 4.14.44-bone14 #1 PREEMPT Wed May 30 20:24:38 UTC 2018 armv7l GNU/Linux Jun 01 05:42:41 /usr/local/bin/add-overlay: line 23: 865 Segmentation fault cat "$path" > "$dir/dtbo Jun 01 05:42:48 :( Jun 01 05:44:01 was this on the first attempt of loading the dtbo after a clean boot? (repeated loading or unloading overlays often fucks things up) Jun 01 05:44:18 what does the dtsi look like? Jun 01 05:45:04 stuff like this is exactly why runtime loading of overlays has been deprecated btw :) Jun 01 06:02:00 yes Jun 01 06:02:10 oh, has it? maybe i should try loading it fromm uenv Jun 01 06:02:14 i didn't know that Jun 01 06:02:24 it was from a clean boot Jun 01 06:02:36 how do you diagnose then? the system doesn't boot? Jun 01 06:02:50 yeah u-boot overlays aren't great for diagnostics Jun 01 06:03:47 overlays in general just suck ;) normally dtc would validate all references and give a compile error on invalid references, but in case of overlays it has no way of doing so Jun 01 06:04:15 (although I made overlay-utils, I don't actually use overlays myself at all) Jun 01 06:07:03 the dtsi is here https://gist.github.com/kenrestivo/06c6905f610a9dc8af532dd9ba84fd4b Jun 01 06:07:41 looks fine to me Jun 01 06:08:49 :/ Jun 01 10:14:23 I've installed the new Debian on my BBB. I now need to instal the PRU packge. The recipes given don't seem to work - any suggestions please? Jun 01 11:13:47 Guest43260: what exactly do you mean by "the PRU package" Jun 01 11:20:53 bbl Jun 01 12:44:55 Good day to all, I would like to record data readings of an accelerometer connected to the beaglebone. is there few bash commands that can be used to accoplish thta? Jun 01 12:45:59 if it has a kernel driver then maybe. which accelerometer is it? Jun 01 12:47:07 KXTJ3, communicating with the beaglebone via I2C Jun 01 12:50:12 hm, I don't immediately see a driver for it, so you may have to directly perform i2c transactions to the accelerometer. you can usually still do that with some bash scripting using the i2cget/i2cset utilities (part of the i2c-tools package) Jun 01 12:51:13 you'll need to refer to the accelerometer's datasheet. it might take more than "a few bash commands" to setup/configure the accelerometer Jun 01 12:52:52 yes that i know how to do. but I wanna be able to maybe run a script on the beaglebone black that can continuously read the data and save it on a file that I can access at any time Jun 01 12:53:14 do you perhaps know how i can accomplish that? Jun 01 12:55:01 you're really not being clear enough about what you want to do and what's the part you're having problems with. if you're having trouble writing data to a file in a bash script you may want to google for a bash scripting tutorial? Jun 01 12:55:57 it doesn't sound like bash is a great choice for what you're doing btw, but I guess it can be used for the task Jun 01 12:56:52 looking at a quick solution at the moment. but if you have any suggestions please tell me Jun 01 13:01:34 if you have a specific and concrete problem you need help with, feel free to ask a question about that Jun 01 13:02:34 so far you've given a vague description, which led to me having to guess what part you had trouble with, to which you then said "yes that I know how to do" but continued to be vague about what it was you didn't know Jun 01 13:02:49 http://www.catb.org/esr/faqs/smart-questions.html#explicit Jun 01 13:02:59 http://www.catb.org/esr/faqs/smart-questions.html#beprecise Jun 01 13:52:13 I've installed the newest debian image on my BBB. Previously we had the tools to use PRU - for instance pasm -the assembler. Now I don't have it. Does anyone know how to get it? Jun 01 14:08:22 I gave you the link to that git repository already earlier didn't I ? Jun 01 14:08:31 https://github.com/beagleboard/am335x_pru_package Jun 01 14:08:40 it has the source code for both pasm and prussdrv Jun 01 14:08:47 they compile easily Jun 01 14:11:28 zmatt: do you know how close mainline support is for the am335x ? aside from a lack of _defconfig, any other major issues to worry about? Trying to find an Easy ARM platform to stabilise a generic sources 'package' for Gentoo linux .. but we're struggling, tbf. Considering a dedicated ARM "RN-sources" package with all the configs+patches rolled in. Has anyone seen rcn-ee lately btw?! Jun 01 14:12:13 I will probably email him anyway. Jun 01 14:12:58 I'm trying (with help) to overhaul arm32 support in gentoo linux .. it should be a natural symbiosis, but Things have got Behind :( Jun 01 14:15:25 veremitz: well, mainline supports the bbb, but the -bone (and -ti) kernels also have a bunch of quality-of-life drivers and patches that aren't, and quite probably never will be, in mainline Jun 01 14:16:33 including the pinmux-helper and gpio-of-helper drivers Jun 01 14:16:34 right, so a crude test candidate would just-about be feasible? Jun 01 14:16:56 not for all peripheral use, but build/run test without crashy badness?! Jun 01 14:17:12 if anyone wants that, point them to somethiing Better... Jun 01 14:17:34 btw, promise not to quote you on this ;) Jun 01 14:17:45 I'm pretty sure mainline has supported beaglebone in that sense for a long time already, but I've never tried a mainline kernel myself. why not Try It And See? Jun 01 14:18:22 Yeah I think I will :) should be possible to do something Quick and Dirty via the USB boot widget .. Jun 01 14:18:34 it needn't even boot an OS .. lol Jun 01 14:18:57 although that's a really poor test vector :) Jun 01 14:18:58 I have no idea what you're saying, but I'll just nod and smile Jun 01 14:19:11 eMMC programming is what I'm thinking .. Jun 01 14:19:19 there's that broken utility .. Jun 01 14:19:26 usb client mode Jun 01 14:19:38 bblfs Jun 01 14:19:41 ^ Jun 01 14:20:13 well it's easy enough to replace the broken utility of bbblfs by dnsmasq, which is what I do, but the image itself badly needs updating too Jun 01 14:20:31 ah which one is that? Jun 01 14:20:40 which is basically just a matter of kernel + suitable initramfs that makes the eMMC available via g_mass_storage Jun 01 14:20:46 yip Jun 01 14:21:35 zmatt: cool, thanks, that gets me off the starting blocks. Jun 01 14:21:52 nerdboy: ^ I have an idea ... :D Jun 01 14:22:08 when you have a suitable kernel and initramfs, I can help you with usb-booting that Jun 01 14:22:26 cheers, much appreciated! Jun 01 14:22:45 zmatt: ^ Jun 01 14:22:47 (i.e. packing kernel + dtb + initramfs into a FIT and serving SPL + u-boot + FIT via dnsmasq) Jun 01 14:22:58 neat Jun 01 14:23:07 ok bbiab .. lost a usb hub :/ Jun 01 15:35:02 hi Jun 01 15:36:17 hhow to send 2 bytes through spi Jun 01 15:36:30 using command Jun 01 15:57:56 does anyone know where I can find hardware info comparing the Beagle Bone Black standard to the OEM version? Jun 01 15:58:18 "standard" ? "OEM version" ? what do you mean? Jun 01 15:58:34 https://www.arrow.com/en/products/bb-bblk-000-arrow/arrow-development-tools Jun 01 15:58:40 https://www.arrow.com/en/products/bb-black/beagleboardorg Jun 01 15:59:08 curious what the differences are between these two boards Jun 01 15:59:31 many links on this page have errors https://beagleboard.org/arrowbbbi Jun 01 16:01:52 Is the only difference that the OEM version does not have logos printed on the board so it can go into production units? Jun 01 16:01:56 this is the first time I've heard of it, so I'd suggest asking Arrow. they both seem to be BBBs to me. as the page says the "oem" one doesn't come in the standard BBB box, but I doubt many people would care Jun 01 16:03:13 I don't think there's any difference in board markings, just the box Jun 01 16:03:41 which doesn't explain the price difference. you'd really need to ask Arrow about that Jun 01 16:04:26 I would have expected that "oem" one to be slightly cheaper, not significantly more expensive Jun 01 16:07:14 https://specialcomp.com/beaglebone/ Jun 01 16:07:40 doesnt say "OEM version" but it does show that BBB does come in a variant w/o logo or silkscreen Jun 01 16:08:16 there are a few manufacturers and hence minor cosmetic differences Jun 01 16:08:52 the "non-commercial use" is bullshit Jun 01 16:10:10 although of course things like extended warrenty and industrial temperature range may be of interest Jun 01 16:11:13 but those are specific things offered by this distributor (I've never seen these BBB variants with 1GB ram and 8GB eMMC either) Jun 01 16:11:46 ah I see. thanks for clarifying Jun 01 16:12:56 Im looking at this site now https://elinux.org/Beagleboard:BeagleBoneBlack#Revision_C_.28Production_Version.29 Jun 01 16:13:29 going through the board revisions it doesnt appear anything was done to change operating temperature - is it safe to assume that OEM and standard BBB have same operating temperature conditions? Jun 01 16:15:49 again you'd have to ask Arrow Jun 01 16:16:20 some manufacturers produce BBBs with components that have industrial temperature ratings, most do not Jun 01 16:19:03 I can try Arrow. It will take longer than Id like to get to someone who knows BBB, but if there is no other options available to obtain info quicker I can get started Jun 01 16:20:17 it sounds like the questions you're asking are mainly relevant for production though, not for prototyping Jun 01 16:23:59 yes the customer is moving towards production. we want to ensure they are moving forward with the right BBB board Jun 01 16:31:07 fair enough, well then you should simply talk to the distributors Jun 01 17:58:38 I have a gpio to power a wl1837mod in addition to the WL_EN pin. Can I just add it as an additional power regulator in the mmc3 node? Jun 01 18:00:47 you can just declare the regulator and indicate it's gpio-controlled Jun 01 18:01:52 https://elixir.bootlin.com/linux/latest/source/Documentation/devicetree/bindings/regulator/fixed-regulator.txt Jun 01 18:41:01 zmatt: Thanks. I have a wl1837mod that is responding to enable/disable from connmanctl and booting firmware Jun 01 19:49:56 stash_: yay \o/ :) **** ENDING LOGGING AT Sat Jun 02 03:00:08 2018