Re: Raspbery Pi support (release notes/wiki page) update? (RPI5)
- In reply to: Dennis Clarke : "Re: Raspbery Pi support (release notes/wiki page) update? (RPI5)"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 08 Feb 2025 20:56:47 UTC
On Sat, Feb 8, 2025 at 9:28 PM Dennis Clarke <dclarke@blastwave.org> wrote: > On 2/4/25 02:40, Paul Floyd wrote: > > On 03-02-25 11:33, Ronald Klop wrote: > >> Paul, or somebody else with a working RPI5, > >> Would you be able to post the boot messages online? Preferably the > >> full output on serial console. (Similar to what I did in https:// > >> wiki.freebsd.org/RonaldKlop/Raspberry%20Pi%205%2016GB <https:// > >> wiki.freebsd.org/RonaldKlop/Raspberry%20Pi%205%2016GB>) > >> Or at least the content of /var/run/dmesg.boot? (on wiki or on > >> https:// dmesgd.nycbug.org/) <https://dmesgd.nycbug.org/> > >> > >> That would make it possible to compare differences between RPI revisions. > > Hi > > > > I'll have a go when I have a free moment. I don't normally use a serial > > console so it might just be dmesg.boot. > > I apologize for the noise and rampant complaints on the maillist. Asking precise questions that lead to solution is more than welcome.. just let us know what information is missing and someone will add helpful info for everyone else.. or add this information yourself (Wiki/Handbook) if you feel its important :-) > Someone just revealed to me that there is a supported ARM hardware > list : > https://www.freebsd.org/releases/14.2R/hardware/#proc-arm-64 > Clearly the Raspberry 5 is *not* there. Yup, its too new board, take a look at CURRENT rather than RELEASE, also not all hardware may work if boots at all :-) > Also, at the very bottom of the page : > https://wiki.freebsd.org/arm/Raspberry%20Pi%205 > I see the words "Ethernet only via USB, uses up one USB port." > There I also see "Network occasionally fails to start." You can also use USB HUB with Ethernet, I do so with my rPI-0-2W :-) > So therefore my shiney new gifted to me RPi5 with 8G will have > to run some Linux variant. For now. Yes, unfortunately, we are behind Linux :-( The problem I see for man years is that vendors are not providing "generic open drivers" to be used on various OS/RTOS no matter what target license is, most of them are not providing drivers at all so each OS/RTOS need to develop from scratch what multiplies the efforts and results in non-compatible implementations :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info