<set_>
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.
<set_>
If using an output in GPIO, would I need to open, read, write, and then close itself?
<set_>
Okay.
<set_>
I seem to be fixiated on "timeout_ms = what" where what is a timing concern.
<set_>
Everything else is working.
<set_>
Here is the one line error I am working on right now: open /sys/class/leds/relay-jp3/brightness/value: Not a directory
vagrantc has quit [Quit: leaving]
Shadyman has joined #beagle
<set_>
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.
<set_>
So, I will show you what I changed in sysfs-gpio.c/.h.
<set_>
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.
<Guest29>
Hi all, I was wondering if anyone could help me. I have a BeagleBone Green Wireless with Grove Base Cape v2. I was was working on cloud9 (I had run an apt-get upgrade a few minutes prior and was currently looking at directory contents) when suddenly the connection dropped and failed to reconnect. I noticed that the device is no longer listed under
<Guest29>
my laptops available wifi connections. I've tried unplugging the device and starting it again and double-checked the antennae were secure. It doesn't seem to work. Has anyone encountered a similar problem like this or could point me in the right direction?
<zmatt>
uhh, did the apt upgrade complete successfully?
<Guest29>
trying to overwrite '/lib/systemd/system/bonescript-autorun.service', which is also in package bb-bonescript-installer-beta 0.5.0~beta7-0rcnee1~bpo80+20160526+1
<Guest29>
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
<Guest29>
Errors were encountered while processing:
<Guest29>
E: Sub-process /usr/bin/dpkg returned an error code (1)
<zmatt>
please don't paste into chat
<zmatt>
use a paste service like pastebin
<Guest29>
Ah my bad
<Guest29>
sorry
<zmatt>
what image version is this?
<zmatt>
are you actually running jessie?
<zmatt>
it sounds like bonescript should have had Conflicts and Replaces bb-bonescript-installer-beta probably
<Guest29>
I think so - I ran lsb_release -a and it said I was running Debian GNU/Linux 8.11 (jessie)
<zmatt>
yeah that's really ancient and unmaintained
<Guest29>
Ah okay
<zmatt>
like, my suggestion would have been to backup any files of importance and just reflash the system to the latest image
<Guest29>
Okay great. I'll do that. Thanks for your help :)
<zmatt>
now that the system has been hosed by a failed upgrade... well my advice is still the same, except backing up files of importance has been made more difficult
<zmatt>
so hopefully you don't have any, but if you do you'll need to boot from sd card and mount the emmc to rescue files from it
<Guest29>
I haven't got anything important thankfully.
<zmatt>
that makes things easy
<zmatt>
download the "AM3358 Debian 10.3 2020-04-06 4GB eMMC IoT Flasher" from the Flasher Debian images section here https://beagleboard.org/latest-images
<zmatt>
write to SD card using Etcher, boot the beaglebone from it and it should automatically proceed to reflash the eMMC
<Guest29>
Great thank you. Will try that now
<zmatt>
since your current system is ancient, to get it to boot from the sd card you probably need to power on with the S2 button held down (the button closest to the μsd card slot), you can let go of the button once any led turns on
<zmatt>
(this is normally not required to boot from sd card, just when there's a serious mismatch between the system on sd card and the bootloader on eMMC)
florian has joined #beagle
Shadyman has quit [Remote host closed the connection]
Guest68 has joined #beagle
<Guest68>
Hello hello,
<Guest68>
I wanted to ask if you still have beaglebone green wireless boards in stock and if not, when they should be available again.
<zmatt>
that's a question to ask distributors... this is a community chat
<Guest68>
👍
Guest68 has quit [Client Quit]
starblue has quit [Ping timeout: 250 seconds]
starblue has joined #beagle
hnv has quit [Ping timeout: 240 seconds]
hnv has joined #beagle
Guest29 has quit [Ping timeout: 256 seconds]
xet7 has quit [Ping timeout: 256 seconds]
xet7 has joined #beagle
otisolsen70 has joined #beagle
tigerxyz has joined #beagle
<tigerxyz>
Hi, Some GPIO pins need to be exported for accessing. That can be done using "echo 'export' > ". I would like to export those pins during boot-up, Is any way to do it other than with a script ?
AKN has joined #beagle
<AKN>
Hi Stuck with IRQ vring not found on 5.10 kernel for pruss on Beaglebone AI
<AKN>
-sh: echo: write error: No such device or address
<AKN>
Tried to modify the DTS file based on Beagleboard kernel 4.14 with no luck.
<AKN>
modified am57-pruss.dtsi based on kernel 5.16 to include pruss_intc so on but couldn't figure out the interrupt
<zmatt>
tigerxyz: normally all gpios are exported by default (if you're using cape-universal), if you're not using cape-universal then you can use an overlay to setup and export gpios
<rcn-ee>
so 5.10.x-ti should be really really close to what is in mainline today (v5.17.x)...
<zmatt>
ohhhh, they changed is in a way that requires the pru firmware to be changed?
<zmatt>
yeah I see now
<AKN>
Sorry that I couldn't follow up
<rcn-ee>
other than that commit in that git repo, nothing else was really posted anywhere...
<zmatt>
rcn-ee: btw the bbai dts does need to be changed to #include "am5728.dtsi" instead of "dra74x.dtsi", just like am57xx-beagle-x15-common.dtsi does
<zmatt>
otherwise pruss never gets declared
<zmatt>
unless I'm blind
<rcn-ee>
considering the amount of pinmux changes i've had to do on the beaglebone-ai mainline dts to make it just boot...i don't think anyone's actually using mainline device-tree as is..
<zmatt>
AKN: short summary: that one line change (the #include) should be the only change needed in the dts
<zmatt>
AKN: the reason the pru firmware doesn't load is because TI made incompatible changes, the firmware needs to be updated
<rcn-ee>
and you'll be able to do a 'git pull' in a bout a minute.. to get it..
<AKN>
Okay than for compiling the PRU image I need to use new support package
<zmatt>
it looks like they changed all the examples, so you'll probably need to check what exactly they did and make a similar change in your own project
<rcn-ee>
AKN: both 5.9 and 6.0 are instalable in debian..
<zmatt>
at the very least the one adding an eCAP clocksource driver should be mainlinable (giving the system time 10ns resolution, or 5ns when using the PRU eCAP, instead of 1/24 us resolution and slow clock drift due to the kernel using a fixed-point appropriation for the 1/24 ratio)
AKN has joined #beagle
AKN has quit [Client Quit]
AKN has joined #beagle
Guest6637 has joined #beagle
Guest6637 has quit [Client Quit]
AKN has quit [Read error: Connection reset by peer]
AKN has joined #beagle
florian has quit [Quit: Ex-Chat]
vagrantc has joined #beagle
AKN has quit [Read error: Connection reset by peer]
ikarso has quit [Quit: Connection closed for inactivity]
zjason has quit [Read error: Connection reset by peer]
zjason has joined #beagle
set_ has joined #beagle
tigerxyz has quit [Quit: Client closed]
otisolsen70_ has joined #beagle
otisolsen70 has quit [Ping timeout: 256 seconds]
buzzmarshall has joined #beagle
otisolsen70_ has quit [Quit: Leaving]
lucascastro has quit [Read error: Connection reset by peer]
lucascastro has joined #beagle
lucas_ has joined #beagle
lucascastro has quit [Ping timeout: 245 seconds]
behanw has quit [Quit: Connection closed for inactivity]