Date: Sat, 21 Sep 2024 09:56:07 +0300 From: Sulev-Madis Silber <freebsd-arm-freebsd-org097@ketas.si.pri.ee> To: freebsd-arm@freebsd.org Subject: Re: Beaglebone Black/Green/Blue support (volunteering) Message-ID: <9FC18546-206F-4271-B09F-E1EE64547891@ketas.si.pri.ee> In-Reply-To: <17af25e9-2cd9-6293-deba-df1087a93640@pobox.com> References: <276f57f2-5194-cad1-d859-e49b2bce2580@pobox.com> <69E08B38-7388-46A6-8864-20074BFFF8F4@yahoo.com> <88d2cc76-f980-600e-0da4-2fa1070d76ba@pobox.com> <CANCZdfrzxnei2Dz65o2_aR5BBYyQug-qb8Nf=KR_T=KaMF=D2A@mail.gmail.com> <6b848423-bdd1-b215-889a-1f07e5064412@pobox.com> <CANCZdfqaYSb86bpmLrm9C7XdXoxF-HJyowKMT6W1c4o4kHW3Pg@mail.gmail.com> <4BEC1DC0-7528-4B4B-8FD0-254BD7BF1BD9@ketas.si.pri.ee> <ZurWdKhIlFi05DAG@int21h> <bfaca284-a0eb-66b5-911d-0444e044ee2b@pobox.com> <7B680499-8260-4C42-97EB-248EA6AC5BC8@yahoo.com> <E2DFB08F-F972-4587-8D4D-A71E5B1C1C4A@ketas.si.pri.ee> <17af25e9-2cd9-6293-deba-df1087a93640@pobox.com>
next in thread | previous in thread | raw e-mail | index | archive | help
unsure why i gave parse errors, maybe i'm just weird, but anyway yes, i do like ti am soc that powers bb*=2E awesome io=2E i got one board = to get fbsd support better=2E it did get better=2E but i didn't get why ssh= lagged still=2E one of the issues funnily=2E why, i don't know=2E it didn'= t perform bad in other ways=2E encryption perf issues? what if i want to us= e trusted control channels like we all should nowadays i also, yeah, don't like closed nature of hw that doesn't protect them fro= m other companies, just makes more ewaste and headache=2E i don't think rep= urposing phone soc is always bad, it's the closedown=2E phones make up larg= e amount of hw=2E 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=2E seems like ser= ver/desktop/nas/video out is already pushed by many others and usb wifis do work=2E less as ap, more at sta=2E with realteks being ch= eapest and worst so i don't know, i understand that h618 specs are also under nda, iirc=2E = h616 isn't iirc? but i find that area really difficult to navigate still=2E= why i look for those instead of bb* is cost=2E=2E=2E fun isn't it=2E bit l= ess of io, bit less industrial, faster, cheaper=2E i don't mean desktop/ser= ver/buildbox fast, just for headless i'm also open for suggestions on hw=2E as i don't really make hw, let alon= e ic's like what's the least expensive thing with ~10 gpios that runs full fbsd a= nd has 100m ethernet? 512m ram is enough, even 256m would be one type of hw i'm looking for is this=2E i think it fits some of your pur= poses too=2E 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= =2E 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=2E and they need to be= secure=2E i think fbsd is good here=2E even if for os diversity=2E just so= me time ago someone said that he has bbb's in high security facility and ca= n't get them replaced=2E good if fbsd made it there because if people say fbsd sucks i've never heard of fbsd is insecure, fbs= d is unstable, fbsd has bad code=2E it's always that fbsd doesn't support = hw, fbsd is slow to adapt features, fbsd is stubborn=2E now, fbsd removes h= w support=2E maybe it's price to pay for all goodness? people joke how linux is a car with safety features removed=2E runs fast, = runs everywhere, is built, even just kernel, from ton of components with un= known background=2E yes, it does work really well this way=2E hence it's us= ed! popular, attractive, works=2E even if worse, still works=2E since it "w= orks" more, it also earns more money, hence it's developed for more, used m= ore, tested more, even if something is bad=2E 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=2E= 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=2E as a hobby but could do more here=2E but that assumes some= thing works too=2E and keeps working for 10+ years=2E because you don't thr= ow those things out, yet they still need be secure unsure what nbsd focus was, runs everywhere? how do they do it there, i ne= ver checked? it would be crazy to move to linux because that just runs a lot of hw=2E d= oesn't matter how while thinking of all this, i would still want to use fbsd on a server rea= lly well=2E so if that would mean embedded is gone, that's sad story=2E alt= ho what is a "server" nowadays, is questionable=2E maybe in future the smal= ler hw also gets x86 type standards so at least that part is solved=2E big = machines have it=2E like lpt port which works as poor gpio=2E but it works = same everywhere? ok there are issues in cpu power mgmt etc=2E as i said, th= ere are better guys than me on this so yeah, in the end, i don't know=2E some fbsd support would be nice=2E on= open hw=2E on various io/power level embedded devices=2E maybe not just ar= m=2E continued support=2E but continued by who, i don't know=2E ai? mostly = joking on this! but really=2E=2E=2E
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9FC18546-206F-4271-B09F-E1EE64547891>