Date: Wed, 3 Jan 2024 16:10:10 +0100 From: Jesper Schmitz Mouridsen <jsm@FreeBSD.org> To: John Kennedy <warlock@phouka.net> Cc: ykla <yklaxds@gmail.com>, FreeBSD ARM List <freebsd-arm@freebsd.org> Subject: Re: When will FreeBSD support RPI5? Message-ID: <5a39810c-5fd8-4969-a222-2561b050b035@FreeBSD.org> In-Reply-To: <ZZHC_SjrPgs3DMKe@phouka1.phouka.net> References: <CA%2BPGaYC6__AZUgHqfv3PO-o=7FnEzRzTPGPhMuahFNdcN0D69A@mail.gmail.com> <ddbf131c-1f2c-424b-9a3f-54ded16c5123@FreeBSD.org> <ZZHC_SjrPgs3DMKe@phouka1.phouka.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31.12.2023 20.37, John Kennedy wrote: > On Fri, Dec 29, 2023 at 06:05:25PM +0100, Jesper Schmitz Mouridsen wrote: >> On 29.12.2023 05.55, ykla wrote: >>> Hi, When will FreeBSD support RPI5 >> https://forums.freebsd.org/threads/raspberry-pi-5-status.91406/ > Having ordered my RPI5 ~11/28, I think it has a shipping guesstimate in late > Jan/early Feb. It looks like someone is working on uboot, which FreeBSD seems > to favor (I think the argument I retained was "it works for lots of things, > piggyback on those efforts rather than have some RPI-unique thing). Then once > you start getting things properly enumerated to where you can load the kernel, > then you work on the kernel drivers. > > RPI seems to favor linux support first, and I suspect that there is a fair > amount of GPL issues that you might have to worry about creeping into the BSD > kernel. So not as simple as reimplement from what you see in linux. I know > there are a lot of strong opinions on video drivers, for example, but for that > to even ben an option it'd have to be something that could be a module that > could be packaged outside of the BSD base. I only bring that up because I've > had garbage luck trying to get serial consoles to work properly on RPIs when > they're competing for things like cooling fans and such, so graphics console > is nice, even if it is just very basic. > > How have people been chicken-n-egging the initial setup? I know there have > been uboot issues in the past. Seems like you basically have to build memstick > style images and see if they boot. Is there a bhyve/QEMU setup that is a > generic test setup that is used? I just built a patched u-boot and uses a stock rpi img snapshot, then cross build and move the kernel to the rpi sd card.. no qemu emulates all the phys. hw in the rpi5..
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5a39810c-5fd8-4969-a222-2561b050b035>