Date: Wed, 18 Sep 2024 09:44:06 +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: <4BEC1DC0-7528-4B4B-8FD0-254BD7BF1BD9@ketas.si.pri.ee> In-Reply-To: <CANCZdfqaYSb86bpmLrm9C7XdXoxF-HJyowKMT6W1c4o4kHW3Pg@mail.gmail.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>
next in thread | previous in thread | raw e-mail | index | archive | help
i'm looking forward to replace current from 2014 in my one singular bbb wit= h newer one is it only because fdt? i proposed to just use own fdt like earlier but pe= ople told sorry can't do that=2E to that i was like how about i supply my o= wn fdt then? then, why is fdt such a shitshow anyway? or it works in linux as is, or? o= r it changes often? to my still limited knowledge that just defines a hw, w= hy would it change, as hw doesn't? so am i correct, we throw that thing out just because it's super hard to u= se fdt from linux? whole armv7 32bit is bit weird too=2E looks like it's hanging on the edge = of trash can, along with whole 32bit, just to be waiting for to be pushed i= n=2E yet there are armv7 hw being sold=2E maybe even made still, can't be a= ll nos=2E like allwinner h3 i can understand the issues with 32bit but where's like good working 64bit= alternative=2E out of small hw, only raspberry pi? out of big hw, only arm= servers? i have h618 hw here, along with 13=2E* patches i obtained from forum, wait= ing for some tests=2E maybe someone else has interest in tiny recent arm hw= on fbsd while there, how do all the people dev for armv7? i use system qemu, but t= hat fails with any new current now=2E basically old current and old qemu bu= ilds ports=2E old qemu and new current doesn't boot=2E new qemu and new cur= rent doesn't boot=2E new qemu and old current doesn't build half a ports=2E= to be honest, old qemu and old qemu needs multiple tries to build some too= , funnily=2E i suspect mixes issues with qemu, fbsd and clang combination h= ere=2E not to mention that qemu is over 2000 times slower than c2d machine = on some tasks=2E yes, really, 2000 if embedded fbsd goes away, that would be a sad story=2E i'm actually curi= ous about using fbsd professionally=2E i know some others do too, but can't= figure out what hw should i choose where it actually stays supported? mayb= e i should wait for more standardized, less fragile arm platforms in the fu= ture? or maybe embedded is fragile by design? i currently look for hw simil= ar in performance of h3 but there could be others too, bit more powerful, m= aybe with video out, etc sad really, and all that existing hw seems to be supported by like single = person in fbsd=2E if anything happens, that hw is gone too somehow god i wish it would be as easy as with big machines=2E i386 is going but t= hat might be less of an issue (but i'm sure it's used too)=2E as amd64, eve= n old, is everywhere so any opinions with this arm situation? or whole embedded that is=2E fbsd contains lot of non server things=2E or = maybe they are server now=2E like wifi, bt, video=2E i wish it to stay unsure, i can't magically come up with bunch of usera and bunch of devs so= things stay healthy and i can also take and give advantage of this it's also super hard to maintain own code locally, etc=2E and embedded hw = tends to really like to stay=2E for over 10 years easily=2E i've seen many = embedded platforms appearing in fbsd and then quickly going out=2E while bi= g hw stays for, i mean, i've been using fbsd since v4=2E6, not that long, s= ome hw has been in for entire this time unsure what's other option here? use nbsd, use linux? god, some hw has bet= ter support on obsd=2E sad seems like fair bit of armv7 users are still there and i bet they also loo= k for 64bit extended support hw too=2E so how to get devs here too? i bet t= here are humans in this planet that are happy to dev for arm on fbsd enough= for it to work well
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BEC1DC0-7528-4B4B-8FD0-254BD7BF1BD9>