**** BEGIN LOGGING AT Thu Apr 20 03:00:03 2017 Apr 20 04:33:01 Hello... Apr 20 04:35:23 Now...I saw that I can call a sensor directly in software with var iie. Apr 20 04:36:08 Now...does anyone have a clue as to where I would start to look for what Linux has in its directory as usable sensors? Apr 20 05:04:06 Is there a way to make GND_ADC accept/support analogWrite()? It is pin P9_34. Apr 20 05:06:41 Forget it...done for now! Apr 20 05:24:49 hello Apr 20 05:24:58 is anyone? Apr 20 05:25:02 active Apr 20 15:46:30 my screen has wite lines running up/down seem to follow blinking blue lights Apr 20 16:22:59 my screen has white lines running up/down seem to follow blinking blue lights, what the cause Apr 20 16:25:13 is the beagle bone os and libraries built using the armhf compiler Apr 20 16:25:53 if i built something using qemu running on debian jessie would this run on the beagle bone black Apr 20 16:32:46 Reseated broad with screen fix problem Apr 20 23:04:37 can the debian jessie beagle be run on qemu Apr 20 23:12:25 anyone happen to have a patch for the mainline dts to enable the cryptocape? Apr 20 23:17:03 dgilmore: which part thereof? Apr 20 23:17:39 black_13: you can try, but no beaglebone-specific functionality (including the bootloader) will work obviously Apr 20 23:17:50 may require a different kernel to be compatible Apr 20 23:18:38 that makes sense Apr 20 23:19:02 well qemu can emulate some SoCs Apr 20 23:19:05 to some extent Apr 20 23:19:08 i want to be able to build opencv or qt but on a faster x86 box Apr 20 23:19:12 but no support for the AM335x whatsoever Apr 20 23:19:15 so, cross-compile Apr 20 23:19:23 would it be faster Apr 20 23:20:17 compiling on a fast x86 machine vs a cortex-a8 ? so much that I really don't understand why anyone would try to compile something big like the linux kernel or Qt natively instead of cross-compiling Apr 20 23:20:43 i totally agree Apr 20 23:21:14 zmatt: funding/employer reasons? :D Apr 20 23:22:11 zmatt: well i would like to use my cryptocape. Apr 20 23:22:39 zmatt: I am assuming that I should be able to patch the mainline dts and build a dtb with support Apr 20 23:23:13 cape support or dtb overlays does not seem to have made it upstream at all Apr 20 23:23:16 things I've cross-compiled include u-boot, linux kernel, and qtbase5. everything else gets cross-compiled too, but using distcc to offload the compilation job from beaglebone to build server. this isn't quite as fast but simpler to deal with (especially w.r.t library dependencies) Apr 20 23:23:21 are you saying that you have personally buildt a cross compiler Apr 20 23:23:51 black_13: I have on occasion when necessary, but generally I just use the debian standard one Apr 20 23:24:25 ( apt-get install g++-arm-linux-gnueabihf ) Apr 20 23:24:41 that is the arm toolchain Apr 20 23:24:47 * vagrantc waves to dgilmore Apr 20 23:24:52 dgilmore: oh, mainline kernel, it helps to mention that :) Apr 20 23:25:15 as I remember you had to build a chroot jail to build items is the still true Apr 20 23:25:17 dgilmore: my question remains valid though: the cryptocape is a loose pile of unrelated components, hence "which part thereof?" Apr 20 23:25:22 black_13: no? Apr 20 23:25:29 zmatt: I guess I should have added kernel after mainline in my initial question Apr 20 23:25:31 black_13: I've never used one Apr 20 23:25:43 this was some time ago Apr 20 23:26:45 zmatt: well main thing I want to use is the rtc, TPM, RSA and AES encrytipn/decryption Apr 20 23:26:47 dgilmore: so just check the cryptocape overlay and apply it manually Apr 20 23:27:16 probably the individual drivers are in mainline Apr 20 23:27:22 the ATmega328p is the least interesting bit for me Apr 20 23:28:18 you realize the TPM has limited use right? since there's no way to accomplish secure boot with it (to any extend not already possible without it) Apr 20 23:28:26 *extent Apr 20 23:38:01 dgilmore: I'd say in general the procedure would be: locate the overlay, convert it to dtsi (the inverse of https://github.com/mvduin/overlay-utils/blob/master/bin/dtsi-to-overlay ), include it in your dts and see if it works Apr 20 23:38:19 if the devices appear in /sys/bus/platform/devices/ but have no driver attached, go hunt for the driver Apr 21 01:03:14 zmatt: cheers will try Apr 21 01:23:05 hey guys Apr 21 01:23:08 allah is doing Apr 21 01:23:13 sun is not doing allah is doing Apr 21 01:23:15 to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger Apr 21 01:26:22 kys Apr 21 01:48:52 how do I disable to audio so I can use the pins on the beaglebone black wireless (debian 8.7) Apr 21 01:56:24 for the bbb there's a different dtb you can select for that, hopefully there's one for the bbbw too... Apr 21 01:56:40 which kernel version? ( uname -r ) Apr 21 02:04:28 4.4 Apr 21 02:04:52 the full version please, as reported by uname -r Apr 21 02:05:45 4.4.52-ti-r93 Apr 21 02:06:18 this is for the bealgebone black wireless Apr 21 02:06:56 hum, odd, that revision doesn't seem to be tagged in his repository of kernel snapshots Apr 21 02:07:19 sorry 4.4.54-ti-r93 Apr 21 02:07:36 ah that helps Apr 21 02:07:55 browsing the dts files there... https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.4.54-ti-r93/arch/arm/boot/dts Apr 21 02:08:36 it seems there's no -nhdmi-overlay variant of the am335x-boneblack-wireless.dts yet Apr 21 02:08:51 oh wait that wouldn't be what you want anyway Apr 21 02:09:06 there is an -emmc-overlay variant, which would disable hdmi entirely Apr 21 02:09:15 that would work (I don't need emmc ether) Apr 21 02:09:39 I was looking for disable emmc and disable audio Apr 21 02:09:54 that would be the -overlay variant, which doesn't exist for the wireless either Apr 21 02:10:00 mostly audio because it is using the pur pins Apr 21 02:10:01 making them would probably be fairly trivial Apr 21 02:10:13 pur? Apr 21 02:10:16 pru pins Apr 21 02:10:19 ah Apr 21 02:10:32 P9_31 for example Apr 21 02:10:53 I know nothing about making them can you point me in a direction? Apr 21 02:11:18 basically you'd want a 3-way merge of [am335x-boneblack.dts -> am335x-boneblack-overlay.dts] and [am335x-boneblack.dts -> am335x-boneblack-wireless.dts] Apr 21 02:12:23 ok I will take a look thank you Apr 21 02:12:30 there's a lot of copy-pasting between the dts files... if they had been structured more modularly then this would have been particularly trivial Apr 21 02:13:06 well thank you anyways. I should be able to make it work from here. **** ENDING LOGGING AT Fri Apr 21 03:00:02 2017