From nobody Sat Sep 21 06:56:07 2024 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4X9g5f0XxBz5XSFy for ; Sat, 21 Sep 2024 06:56:22 +0000 (UTC) (envelope-from freebsd-arm-freebsd-org097@ketas.si.pri.ee) Received: from green.sau.si.pri.ee (d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13e8:21e:bff:fea2:d004]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4X9g5d1RwMz4GB0 for ; Sat, 21 Sep 2024 06:56:20 +0000 (UTC) (envelope-from freebsd-arm-freebsd-org097@ketas.si.pri.ee) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ketas.si.pri.ee header.s=ketas-si-pri-ee-20240416002854-4096 header.b=wIqNnNn7; dmarc=pass (policy=reject) header.from=ketas.si.pri.ee; spf=pass (mx1.freebsd.org: domain of freebsd-arm-freebsd-org097@ketas.si.pri.ee designates 2001:7d0:8437:13e8:21e:bff:fea2:d004 as permitted sender) smtp.mailfrom=freebsd-arm-freebsd-org097@ketas.si.pri.ee X-Original-To: freebsd-arm@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ketas.si.pri.ee; s=ketas-si-pri-ee-20240416002854-4096; t=1726901769; bh=Ykfiv+fQIZDewjRcowjFijTWS7JeOrY2dE7soCeNZgU=; h=Date:From:To:Subject:In-Reply-To:References; b=wIqNnNn7RoqLw0MNHU0CaBrorTSt/slfyDwiMYEX9i6qWPR/22jTJl+SrQFyqso5q w8//dr7cWpfYHKPu1/5eW6KOF5pKJp4AyJ7Z1nEUkDgkuBkplHAN5EG55Yd7bWmKY+ P/keSBT+CfHcSH6ua0m6l5XKRaNN9R1BaevIsB3aOF1iEtFffbq6/vuUURZ1LCVo1O oDRnXEBbBsfAZ0CM0n7pox4fxytkoIy/9FL/ujBo0p3nYweMrW9Y0IoIuQBV+cMosl 2wdZylZLb96cVq0l4uL1AcoHWUfuA47y0gWr87lb7Vu9rys/pAeZS9Am/eOSn4bTJW W7+R7R8bvncmP7uNPqtm8BvDbJqtd9Y7ocCRc3H8zV7z9ursRo5nD7c1LdL9pGS3YQ ffPGHYRuT1o6lYdagBzn+cf+uOgpJNfyoXChMPYuysU8hhdhIbFs2pBr2w4H5f3Khf UZxj1mTOXAYd0gYDOwbDrKvvMZgRxCCKfSI76RdjgPP0hjG6udzjPQmHRA8OzG4Nyw MYg0CoVrB6wZ3J3S5NfJaaV7Mey9dep/5UqlXBY77o+AY2L1SwkwOdjzfG9WptQQpn KEOuLSdexR7DVW586NMZ13q6xbzuWGf5R1R+/N4C/GSmhBG0V3bw+DdNsEO0aLdgfO g46U+k0urDH0ooR4PE49DfrQ= Received: from [IPv6:::1] (0114-0000-0000-0000-13c8-8437-07d0-2001.dyn.estpak.ee [IPv6:2001:7d0:8437:13c8::114]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by forestgreen.jails.green.sau.si.pri.ee (Postfix) with ESMTPSA id B673F58B4F8 for ; Sat, 21 Sep 2024 09:56:08 +0300 (EEST) Date: Sat, 21 Sep 2024 09:56:07 +0300 From: Sulev-Madis Silber To: freebsd-arm@freebsd.org Subject: Re: Beaglebone Black/Green/Blue support (volunteering) User-Agent: K-9 Mail for Android 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> <6b848423-bdd1-b215-889a-1f07e5064412@pobox.com> <4BEC1DC0-7528-4B4B-8FD0-254BD7BF1BD9@ketas.si.pri.ee> <7B680499-8260-4C42-97EB-248EA6AC5BC8@yahoo.com> <17af25e9-2cd9-6293-deba-df1087a93640@pobox.com> Message-ID: <9FC18546-206F-4271-B09F-E1EE64547891@ketas.si.pri.ee> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-0.86 / 15.00]; HFILTER_HOSTNAME_5(3.00)[d004-fea2-0bff-021e-13e8-8437-07d0-2001.dyn.estpak.ee]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; NEURAL_HAM_SHORT(-0.98)[-0.976]; DMARC_POLICY_ALLOW(-0.50)[ketas.si.pri.ee,reject]; R_SPF_ALLOW(-0.20)[+ip6:2001:7d0:8437:1300::/56]; R_DKIM_ALLOW(-0.20)[ketas.si.pri.ee:s=ketas-si-pri-ee-20240416002854-4096]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:3249, ipnet:2001:7d0::/32, country:EE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[ketas.si.pri.ee:+] X-Rspamd-Queue-Id: 4X9g5d1RwMz4GB0 X-Spamd-Bar: / 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