**** BEGIN LOGGING AT Thu Jun 06 02:59:57 2019 Jun 06 09:38:29 use P8_43 as gpio, need to change device tree overlay for P8_43 at runtime Jun 06 09:39:51 As P8_43 is by default used for hdmi, how to change its properties at runtime Jun 06 09:52:58 does anyone have a nice dtb file which names all P8 P9 pins already ? Jun 06 09:53:07 on the bbb Jun 06 10:29:21 rob_w: what do you mean? Jun 06 10:29:33 note that typically you don't need a custom dtb anymore nowadays Jun 06 10:31:14 you can just use config-pin to reconfigure pins in a different mode than their default (which is gpio for nearly all pins), unless the pins are in use by features such as hdmi, which can be disabled using config variables in /boot/uEnv.txt Jun 06 10:35:54 jkridner[m]: soo... I have here on my desk this beaglebone https://photos.app.goo.gl/h3S1MqVMG7GSJTa79 ... whose EEPROM claims to be an Element14 BeagleBone Black Industrial (A335BNLTEIA0) Jun 06 10:36:09 this doesn't seem good Jun 06 10:46:45 zmatt: i am old school so i do my own dtb for my customer, dont worry i will sort em out now Jun 06 10:47:08 i am confused about capemgr vs u-boot overlay etc .. so making my own feels secure for now Jun 06 10:47:13 rob_w: then maybe you'll find my overlay-utils useful Jun 06 10:47:26 link ? Jun 06 10:47:27 it makes overlays easier to write (and read) and includes convenient macros Jun 06 10:47:40 https://github.com/mvduin/overlay-utils Jun 06 10:48:57 and u-boot overlays nowadays replaces the old capemgr in the kernel... they basically serve the same purpose, except the old one modified the DT at runtime while u-boot overlays makes u-boot apply the overlays to the main DT before it's passed to the kernel Jun 06 10:49:17 hmm seems i miss even /sys/kernel/config/device-tree/overlays ,, Jun 06 10:49:59 well lemme go for a single dtb to rule it all .. thx will keep your scripts at hand too Jun 06 10:50:02 support for runtime overlays have been deprecated for a while already, so it's possible they've been removed entirely Jun 06 10:50:35 note that the overlay files themselves are still the same, the only difference is that you specify any overlays you want to load in /boot/uEnv.txt Jun 06 10:51:05 yeah got that thx Jun 06 10:51:44 i need to first secure my pinout for the customers boards .. so i dont fry em .. then i can see if i merge to overlays later on Jun 06 10:52:02 also, the dtsi snippets that are used as overlay source code when using my overlay-utils are also valid snippets to #include directly in a main dts Jun 06 10:52:53 with the caveat that my macros are different from the ones in mainline linux Jun 06 10:54:08 so making a custom main dts is not really easier than making an overlay, just more brittle since it makes it harder to update the kernel Jun 06 10:57:00 dont worry .. i should be fine for now .. but am happy to be back on BBB planet Jun 06 10:58:13 rob_w: there is a header with macros for beaglebone expansion header pins btw Jun 06 10:58:23 really ? Jun 06 10:58:50 bone/pins.h in my project, and ehh... something somewhere in the kernel repo :P Jun 06 10:59:20 dt-bindings/board/am335x-bbw-bbb-base.h Jun 06 11:00:48 the latter one are register offsets, while mine are indices (which is what my macros expect) Jun 06 11:01:24 my kernel doesnt have it :( Jun 06 11:01:39 would love the offset one .. lemme ask google Jun 06 11:02:00 then you're not using a kernel (derived from) any of the typical kernels used on beaglebones Jun 06 11:02:26 its the ti-staging-4.14 one .. well i found a header .. that is quite nice Jun 06 11:03:13 https://pastebin.com/eLhrp1Hg Jun 06 11:03:38 the current default kernel series is 4.14-ti from https://github.com/RobertCNelson/ti-linux-kernel-dev/ Jun 06 11:05:00 if you use the standard kernel package on debian and just want to modify the dtb you can also use the (much more lightweight) https://github.com/RobertCNelson/dtb-rebuilder Jun 06 11:06:32 if you're using an oddball kernel then a lot of information on the internet is probably wrong in your case and you're kind of on your own :) Jun 06 11:08:46 (but you sound like you wouldn't have much of a problem with that) Jun 06 11:09:16 yeah i should be fine .. i guess .. header is added .. goodbye offset mangling ! thx alot Jun 06 11:10:09 you could also snatch my macros, which make pin config look like this: https://github.com/mvduin/overlay-utils/blob/master/spi1.dtsi#L34-L43 Jun 06 11:10:35 (I like conciseness) Jun 06 11:11:24 anyway, afk for a bit Jun 06 11:15:45 actaully i like the real macros for the functions .. but thx again Jun 06 21:24:56 So, I was checking my pinmux for E4, and looks like one of my pins is not set as usual Jun 06 21:24:58 http://paste.debian.net/1086658/ Jun 06 21:28:21 Skal: if you're going to pastebin output from my script you should probably just copy-paste from the terminal instead of piping the output to pastebinit, to avoid including the color codes :P Jun 06 21:28:52 but yeah this isn't right Jun 06 21:29:30 you can probably reconfigure the pin with "config-pin P8_15 pruin" or something like that Jun 06 21:29:43 (librobotcontrol probably ought to do that for you) Jun 06 21:31:10 15 or 14? Jun 06 21:43:20 15! Jun 06 23:11:11 definitely 15 Jun 07 01:34:42 If I have two files, one a .c and another .h file, in one dir. and I need to use other .h files, would cp'ing those files to that dir. change the compile behavior on the BBB? Jun 07 01:34:43 ... Jun 07 01:36:08 I am asking b/c I am following along w/ this lcd_txt.c file and I keep getting compile errors. The site is on github.com at https://github.com/niekiran/EmbeddedLinuxBBB/tree/master/Project_Src/lcd_text/src if you are interested. Jun 07 01:36:08 ... Jun 07 01:37:50 in the .c file, there is not a main function. Odd? Jun 07 02:06:49 on the Wiki, the java installation now fails. People might want to be informed. Just saying. Jun 07 02:07:54 https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Oracle_Java_8 <<<<------ Here! Jun 07 02:35:30 set_: what's it do? Jun 07 02:43:48 Give errors. Jun 07 02:44:24 I think the java people stopped producing the armhf binaries out. They have 32bit and 64bit for arm only. Jun 07 02:44:43 It states: Permanently Moved. Jun 07 02:44:53 I think the code was 403 or 303. Jun 07 02:46:13 brb +rcn-ee[m], I will get back to reading this chat in a bit. Jun 07 02:49:51 ah yes, when they update a version, the old one get's ripped from there web server.. Jun 07 02:51:51 Oh. Jun 07 02:51:59 I thought they stopped producing the install completely. Jun 07 02:53:09 set_: ah crap, the owner of that package gave up: Jun 07 02:53:18 https://launchpad.net/~webupd8team/+archive/ubuntu/java/+packages Jun 07 02:53:25 i'll just rip it out.. Jun 07 02:53:45 Oh. That is terrible. Jun 07 02:55:21 I see the ppa is from 2012. Does that mean I have to use java programming ideas from 2012? Jun 07 02:56:09 no, just install the openjdk-8-jre-headless Jun 07 02:57:15 Okay. Jun 07 02:57:34 I went to oracle and saw they still had arm distributions for an install. Jun 07 02:58:55 okay ripped out.. Jun 07 02:59:10 of the repo.. Jun 07 02:59:49 from what i've read, java8 for armhf 32bit is just openjdk or something.. oracle gave the org everything as they don't want to support it.. **** ENDING LOGGING AT Fri Jun 07 02:59:57 2019