brook has quit [Read error: Connection reset by peer]
brook_ has joined #beagle
brook_ has quit [Remote host closed the connection]
brook has joined #beagle
brook has quit [Ping timeout: 250 seconds]
buzzmarshall has quit [Quit: Konversation terminated!]
Guest8113 has joined #beagle
Guest8113 has quit [Client Quit]
Guest811131 has joined #beagle
<Guest811131>
can linux redhat be used for beaglebone green?
<zmatt>
Guest811131: I mean, technically you can any distro you want... I've never heard of anyone running redhat on a beaglebone though, nor do I have any idea how you'd install it
<zmatt>
red hat is a commercial product, so you should really ask them
<zmatt>
why would you even want to though?
<set_>
caught you!
<set_>
@zmatt: What are you doing this fine day (night here)?
otisolsen70 has joined #beagle
<set_>
I usually would not interject when two people are chatting about installing distros on the am335x but...
<set_>
For one, I am annoyed. I get this way. When I get this way, the way of annoyment (probably not a word), I need to interrupt.
otisolsen70 has quit [Remote host closed the connection]
<set_>
So, @zmatt. Forget it. I am just desperate to figure out the source of the sysfs-gpio lib.
otisolsen70 has joined #beagle
<set_>
I am getting assertion errors. I figured out the Makefile and the C source but it seems that my programming skills are lacking for now.
<set_>
So, I will keep trying!
<set_>
do I need to apply gpio_read when using an output on the am335x w/ sysfs-gpio?
<jfsimon1981_b>
zmatt, i plan on running brute force tests power on/off for filesystem stength test
<jfsimon1981_b>
i'll report the results when i got ot have this done
<rcn-ee>
jfsimon1981_b: unless it's 'ro'... i predict filesystem will fail...
<jfsimon1981_b>
Yes, ext4 is quite robust though, it does a journel pass on reboot when force unclean off
<jfsimon1981_b>
i tweaked the FS biuld so it might not fail even in those conditions, but i want to check the percentage of fails though
<jfsimon1981_b>
(but i need it rw)
<rcn-ee>
remember, your actually testing two things... ext4 on power on power off.. and the microSD, what does it do when power is yanked.. (no built-in caps, it just loses power)..
<jfsimon1981_b>
nope, it don't use it
<rcn-ee>
ps, we do ship 'overlayroot' installed by default, this does help in cases power is yanked..
<jfsimon1981_b>
the slot is kept empty in normal application in this case i mean
<rcn-ee>
system is 'ro' changes are in memory (overlayfs)..
<jfsimon1981_b>
yep though i mush write in this case
<jfsimon1981_b>
there are persistent changes needed ie log of rs485 bus data in this case
<jfsimon1981_b>
thanks for info though
<rcn-ee>
overlayroot allows you to sync...
<jfsimon1981_b>
What's the overlay root you mentionned ?
<rcn-ee>
you can keep the main OS protected by overlayroot, and your data to a 'rw' partition..
<jfsimon1981_b>
I formatted emmc with safewrite (one time config) and slc (2G out of the 4G emmc)
SJFriedl has joined #beagle
<jfsimon1981_b>
that's emmc-utils specific config, but i haven't had time to run tests on it yet, though it seems be working fine
<jfsimon1981_b>
I had 2 fs fail in recent past without that, which made me format that way (for production)
<jfsimon1981_b>
(or planned production at this point)
<jfsimon1981_b>
Your overlay seems very interesting approach
<jfsimon1981_b>
How do you manage to store data on media ?
<rcn-ee>
I normally keep it in ram, and get it off the device asap.. i assume i'll reboot randomly and loose everything..
<jfsimon1981_b>
yep
<jfsimon1981_b>
in my case though i log data, i'll need a way to permament store it
<rcn-ee>
for local storage... something with SLC Flash, and a battery backup is key... it's really a hard problem to solve on the BBB design without reworking the board..
<jfsimon1981_b>
i considered a small battery just powerful enough to make a safe shutdown, couple of seconds
<rcn-ee>
There is a reason, enterpise storage have ultra-caps or backup batteries in the hardware...
<jfsimon1981_b>
although if it turns out the failure rate is about 10^-3 or less probably keep as is
<rcn-ee>
wonders, any usb-flash drives with built-in ultracaps? ;)
<rcn-ee>
idk, as long as you sense the power is removed, and you have a backup for a few seconds, just enoulgh to time to 'sync and lock' the media's filesystem..
<jfsimon1981_b>
oh like not even a complete shutdown ?
<jfsimon1981_b>
interesting
<rcn-ee>
with overlayroot, a complete shutdown isn't required..
<jfsimon1981_b>
ok
<rcn-ee>
as long as you have enough time to sync, and umount your 'media'.. overlayroot would protect the os..
<rcn-ee>
have you tried btrfs (ignoring the raid* problems..)
<jfsimon1981_b>
Sync and unmount which one ?
<rcn-ee>
your data partition..
<jfsimon1981_b>
nope i haven't had time so far, i read it's more robst perhaps
<rcn-ee>
'copy on write' is more robst... some things in btrfs are iffy (raidx)...
<rcn-ee>
we have native btrfs 'booting' support in our images..
<rcn-ee>
so u-boot will load everything from btrfs vs ext4..
Guest11 has joined #beagle
<jfsimon1981_b>
Thanks for info
<Guest11>
Hi everybody! I am using BeagleBard-X15 and I have problems with the video acceleration: So when I cannot play a Video (VLC) nor in a webbrowser (Firefox+Youtube). Also Kodi works very slow...how to install the video acceletration drivers?
<Guest11>
recently I tried many firmware images (i. e. am57xx-debian-11.4-xfce-armhf-2022-09-02-4gb.img.xz) , but I got the same problem!
<Guest11>
any help?
<rcn-ee>
Guest11: i've seen you post this before... Are you offering to write that support? Because it's never exsisted..
<jfsimon1981_b>
Maybe driver support, i remind some applications use the opengl emulation which is indeed slow
<Guest11>
Hi rcn-ee I need help and I didnT get any support until yet! Do you have any idea to solve my problem?
<jfsimon1981_b>
try run the needed apps with another graphic driver, it might do better on cpu without gl emulation
<Guest11>
all apps that play a video dont work well... Also using a webbrowser playing a video from youtube... same issue
<rcn-ee>
Guest11: yeah... it doesn't exist... TI wrote some gstreamer plugg'ins when the am57xx was the latest chip.. but never beyond gstreamer.. so if you want it, you'd need to extend that framework..
<jfsimon1981_b>
You're using btrfs by default right, rcn-ee ?
brook has joined #beagle
<rcn-ee>
jfsimon1981_b: i had a few test nodes with btrfs by default, but ext4 is our defualt.. to use btrfs you need to pass the option to our "setup_sdcard.sh"...
<jfsimon1981_b>
ok
<jfsimon1981_b>
was the test success ?
<rcn-ee>
jfsimon1981_b: pretty successful, ran into some compression issues, reported them to u-boot, they got fixed.. (so btrfs compression works too).. dpkg/apt was slower then ext4, but that's just the way btrfs is in debian..
<rcn-ee>
at the time btrfs didn't support 'swap file'.. maybe it does now?
<jfsimon1981_b>
So you just tested for implementation but ext4 suffice for you case right
<rcn-ee>
for the general user, ext4 is fine for BeagleBoard.org offical images..
<jfsimon1981_b>
ok
<rcn-ee>
now that swap file is fixed in 5.0.x. i should add a btrfs varient of bullseye and retest more..
<jfsimon1981_b>
Only issues i've had with ext4 were not related to the fs but the way emmc firmware handles writes, apprently, we found discussing here with Matt who pointed that out
<jfsimon1981_b>
Though i had 2 fails on poweroff shutdown, not a lot.
<rcn-ee>
jfsimon1981_b: and you switched it to slc mode, which should fix that..
<jfsimon1981_b>
I activated the safewrite at emmc level hence i need a more thorough test campaign now, see fail rate. I need to avoid requiring the fsck on reboot, that's the main point
<jfsimon1981_b>
Yes both, slc and safewrite.
<jfsimon1981_b>
(I remember checking the logs, hence fs was corrupt but ext4 should have handled that which led to this change)
rob_w has quit [Quit: Leaving]
<jfsimon1981_b>
Really pleased with c++/cmake
<jfsimon1981_b>
Awesome framework to work with, i just edit code through codeblocks and have it compile on the beagle directly through scripts, via make/cmake
<jfsimon1981_b>
works well
<jkridner>
:-)
brook has joined #beagle
vagrantc has joined #beagle
Guest11 has quit [Ping timeout: 252 seconds]
brook has quit [Remote host closed the connection]
brook has joined #beagle
brook has quit [Remote host closed the connection]
brook has joined #beagle
ikarso has quit [Quit: Connection closed for inactivity]
Guest11 has joined #beagle
Guest11 has quit [Quit: Client closed]
otisolsen70 has quit [Quit: Leaving]
ft has joined #beagle
Archana has quit [Remote host closed the connection]
set_ has joined #beagle
outrageous has joined #beagle
jfsimon1981_b has quit [Remote host closed the connection]