Re: Beaglebone Black/Green/Blue support (volunteering)
Date: Sat, 21 Sep 2024 06:56:07 UTC
unsure why i gave parse errors, maybe i'm just weird, but anyway yes, i do like ti am soc that powers bb*. awesome io. i got one board to get fbsd support better. it did get better. but i didn't get why ssh lagged still. one of the issues funnily. why, i don't know. it didn't perform bad in other ways. encryption perf issues? what if i want to use trusted control channels like we all should nowadays i also, yeah, don't like closed nature of hw that doesn't protect them from other companies, just makes more ewaste and headache. i don't think repurposing phone soc is always bad, it's the closedown. phones make up large amount of hw. sadly no fbsd on phones either, with rare examples that's why i'm looking other options besides rpi and yes, i look things for remote monitoring and control. seems like server/desktop/nas/video out is already pushed by many others and usb wifis do work. less as ap, more at sta. with realteks being cheapest and worst so i don't know, i understand that h618 specs are also under nda, iirc. h616 isn't iirc? but i find that area really difficult to navigate still. why i look for those instead of bb* is cost... fun isn't it. bit less of io, bit less industrial, faster, cheaper. i don't mean desktop/server/buildbox fast, just for headless i'm also open for suggestions on hw. as i don't really make hw, let alone ic's like what's the least expensive thing with ~10 gpios that runs full fbsd and has 100m ethernet? 512m ram is enough, even 256m would be one type of hw i'm looking for is this. i think it fits some of your purposes too. i think in here, cheap doesn't mean shit, it just doesn't need to "perform" the others, running on fbsd, would be nice too, eg ability to run some gui. maybe xorg, firefox, js will work on some hw, tho i realize it has huge overhead and something with a storage those are all components of usual scada systems, really i know fbsd is used in some of those places already. and they need to be secure. i think fbsd is good here. even if for os diversity. just some time ago someone said that he has bbb's in high security facility and can't get them replaced. good if fbsd made it there because if people say fbsd sucks i've never heard of fbsd is insecure, fbsd is unstable, fbsd has bad code. it's always that fbsd doesn't support hw, fbsd is slow to adapt features, fbsd is stubborn. now, fbsd removes hw support. maybe it's price to pay for all goodness? people joke how linux is a car with safety features removed. runs fast, runs everywhere, is built, even just kernel, from ton of components with unknown background. yes, it does work really well this way. hence it's used! popular, attractive, works. even if worse, still works. since it "works" more, it also earns more money, hence it's developed for more, used more, tested more, even if something is bad. how sad, isn't it? that's how i see it there's a reason why i'm with fbsd for over half of my lifetime already. but i can't really make hw support any better because i guess i'm not just that guy so yeah, i'm just wondering here what to choose if i want fbsd and tasks i listed above. as a hobby but could do more here. but that assumes something works too. and keeps working for 10+ years. because you don't throw those things out, yet they still need be secure unsure what nbsd focus was, runs everywhere? how do they do it there, i never checked? it would be crazy to move to linux because that just runs a lot of hw. doesn't matter how while thinking of all this, i would still want to use fbsd on a server really well. so if that would mean embedded is gone, that's sad story. altho what is a "server" nowadays, is questionable. maybe in future the smaller hw also gets x86 type standards so at least that part is solved. big machines have it. like lpt port which works as poor gpio. but it works same everywhere? ok there are issues in cpu power mgmt etc. as i said, there are better guys than me on this so yeah, in the end, i don't know. some fbsd support would be nice. on open hw. on various io/power level embedded devices. maybe not just arm. continued support. but continued by who, i don't know. ai? mostly joking on this! but really...