**** BEGIN LOGGING AT Sun Mar 13 02:59:56 2022 Mar 13 17:13:41 renrelkha_: looks like the way it's done for the wl18xx on beaglebone variants that have one, there's a boot script that (depending on config in /etc/default/bb-wl18xx ) either uses connman wifi tether or it uses hostapd Mar 13 17:15:11 renrelkha_: I personally don't have experience with either, I use systemd-networkd as network manager and configure wpa_supplicant directly (as client or as AP, it can do both) Mar 13 19:29:23 Good night Mar 13 19:29:44 does "halt" command not exist on the beagle ? Mar 13 19:29:58 Can't seem to make it shutdown from console ... Mar 13 20:45:43 shutdown Mar 13 20:46:04 I think the halt command does not appear to be installed. Mar 13 20:51:12 ok thank you Mar 13 20:59:05 No issue! Mar 13 20:59:14 I used to use it when it was around too. Mar 13 20:59:43 Since then, poweroff or shutdown -h now works, i.e. do not quote me on the poweroff command. Mar 13 21:25:51 jfsimon1981: The halt command was for Angstrom images or at least it used to work w/ those images and Distros. Mar 13 21:26:04 ok Mar 13 21:26:17 i'll check tht Mar 13 21:26:37 Now, w/ shutdown, one can alter its "now" or "later" options for shutting down. Mar 13 21:27:23 It is neat, I think. If I want to shutdown when the door opens, shutdown. If I want to shutdown now, now is the time. Mar 13 21:28:46 Those are'nt available Mar 13 21:30:17 my mistake halt works Mar 13 21:30:24 Nice! Mar 13 21:30:25 just needs to login as root (sudo su) Mar 13 21:30:29 Oh. Mar 13 21:30:34 I use sudo - root Mar 13 21:30:51 So, maybe root has halt powers! Mar 13 21:31:35 what about halt -f? Mar 13 21:40:44 yes once halt works all options work Mar 13 21:40:58 only the default user apparently can't see the sbin folder Mar 13 21:41:27 that's fine that way Mar 13 21:42:18 i think it's just the user setup, it hasn't the sbin in its path. Mar 13 21:47:25 Oh. Mar 13 21:47:39 Nice info. Thank you. Mar 13 21:47:51 I was not aware of this fact. Mar 13 22:53:21 Who is the person that did the updates to eLinux or was it a multi-person thing? Mar 13 22:54:30 Wait... Mar 13 22:54:43 Wait...I think the process is ongoing. Forget it. Mar 13 23:30:09 Hold your seats! RelayCape is working on the 5.10.x kernel w/ an updated image from rcn-ee.com! Mar 13 23:30:41 I have not published anythin' in a bit. Maybe I should make a post? Mar 13 23:30:58 It clicks! Mar 13 23:31:31 It is like that old tech, i.e. The Clapper. Mar 13 23:31:41 Clap on, clap off. Ha. Mar 13 23:32:10 Now, to put some source behind this mayhem. Mar 13 23:58:32 Well, I will be the first to admit, BBIO is still relevant. It works on the newer kernels and images. Someone must have been working on it! Mar 14 00:34:50 dang it, in sysfs-gpio.c, @zmatt here, what is O_PATH | O_CLOEXEC ? I will search it soon. I am making an output program from the input program but missing everything. Mar 14 00:38:11 If using an output in GPIO, would I need to open, read, write, and then close itself? Mar 14 00:54:24 Okay. Mar 14 00:55:36 I seem to be fixiated on "timeout_ms = what" where what is a timing concern. Mar 14 00:55:45 Everything else is working. Mar 14 00:58:04 Here is the one line error I am working on right now: open /sys/class/leds/relay-jp3/brightness/value: Not a directory Mar 14 01:14:58 https://pastebin.com/KBccPsFQ is made well w/ the Makefile but ends in Abort b/c I am handling LEDs in a .dts labeled .dtbo in uboot-overlays in /boot/uEnv.txt. Mar 14 01:15:42 So, I will show you what I changed in sysfs-gpio.c/.h. Mar 14 01:25:55 https://pastebin.com/r1YMMryq is all I changed so far. Mar 14 01:42:12 By checking the GPIO Direction, does this disqualify the .dtbo for the BBORG_RELAY-00A0.dts file? If so, I may just use this lib. instead of changing it. **** ENDING LOGGING AT Mon Mar 14 02:59:56 2022