> So I managed to get it booting. There's an open issue here that > discusses having NanoPi R5S support added to the > bootloader: https://github.com/jaredmcneill/quartz64_uefi/issues/40. > > I built the EFI image myself from > https://github.com/S199pWa1k9r/quartz64_uefi/tree/nanopi-r5s repo > though. If you go that route, there are some modifications you need to > make to get it compiling for the NanoPi R5S (email me for a diff if you > need). However, the developer also has a pre-built NANOPI-R5S_EFI.img > image available here: https://personalbsd.org/download/UEFI-RK356x/. I > haven't tried that one, but it's reported to work. > > I wrote the OpenBSD arm64 miniroot73.img file to a USB drive, and then > copied the rk3568-nanopi-r5s.dtb file under the vendors/ directory (as > the INSTALL.arm64 guide says). The NanoPi boots the bootloader stored on > the microSD card, and then boots the OpenBSD USB drive. > > Make sure to use 115200 as your baud rate when accessing UART though. I > kept using 1500000 (the default according to FriendlyElec docs), and was > not getting any output. > > Cheers!
Hi Andrew, thanks for the information. Mine just arrived and I will now try it. Do all the networks interfaces work on OpenBSD 7.3? I need serial console for installation right? Will begin to work on the serial installation today. Thanks, matheus > On 4/17/23 02:01, Matheus wrote: >> >> On April 17, 2023 8:26:29 AM GMT+02:00, David Gwynne >> <da...@gwynne.id.au> wrote: >>> On Sat, Apr 15, 2023 at 08:14:10AM -0600, Andrew Klaus wrote: >>>> I'm trying to figure out as well. >>>> >>>> I built u-boot from the official R5S build guide: >>>> >>> http://wiki.friendlyelec.com/wiki/index.php/NanoPi_R5S#Build_u-boot_only >>>> I placed the resulting rk3568-nanopi5.dtb file into the vendor/ >>> folder, >>>> after writing the miniroot73.img to the disk. This wasn't enough to >>> boot >>>> alone, so I followed the other part of the INSTALL.arm64 guide by >>> writing >>>> idbloader.img and uboot.itb to the SD card. I still can't get to the >>> OpenBSD >>>> bootloader. >>>> >>>> I used a UART connection and saw that it does some initialization >>> (see >>>> below), but doesn't get to u-boot. >>> The rockchip and vendor u-boots do not provide EFI support, and OpenBSD >>> relies on an EFI capable boot environment for the BOOTAA64.EFI loader >>> to >>> function. Another (simplistic) way to look at it is that u-boot >>> does not support OpenBSD disklabels and filesystems, so it can't >>> read and load the kernel. The openbsd boot loader does understand >>> openbsd disks, and uses EFI services to read and load the kernel. >>> >>> mainline u-boot has almost got enough rk3568 support that it can >>> be used on these systems. You could say the same about >>> https://github.com/jaredmcneill/quartz64_uefi. In both cases they need >>> config added to support the nanopi r5s specifically. >>> >>> Once you do have a working boot environment, you'll need to prepare >>> media to install with. That's still very DIY, especially compared to >>> systems where OpenBSD support is more mature. OpenBSD itself is >>> still rough on these devices. It might work fine, but I also wouldn't >>> be surprised if you have trouble. >>> >>> If you want some dmesg pr0n, this is the best I can do. My nanopi >>> isn't plugged in at the moment, so this is from a while ago. >>> >>> OpenBSD 7.3-current (GENERIC.MP) #169: Wed Mar 29 16:35:40 AEST 2023 >>> d...@o1000.eait.uq.edu.au:/home/dlg/src/sys/arch/arm64/compile/GENERIC.MP >>> real mem = 2143797248 (2044MB) >>> avail mem = 2043351040 (1948MB) >>> random: good seed from bootblocks >>> mainbus0 at root: FriendlyElec NanoPi R5S >> Hi David, >> >> I see here the R5S name. >> >>> rge0 at pci1 dev 0 function 0 "Realtek RTL8125" rev 0x05: msi, address >>> 00:00:00:00:00:00 >>> pci2 at dwpcie1 >>> ppb1 at pci2 dev 0 function 0 "Rockchip RK3566" rev 0x00 >>> pci3 at ppb1 bus 1 >>> rge1 at pci3 dev 0 function 0 "Realtek RTL8125" rev 0x05: msi, address >>> 00:00:00:00:00:00 >>> dwpcie2: can't initialize hardware >>> scsibus0 at sdmmc0: 2 targets, initiator 0 >>> sd0 at scsibus0 targ 1 lun 0: <SD/MMC, SC16G, 0080> removable >>> sd0: 15193MB, 512 bytes/sector, 31116288 sectors >>> ure0 at uhub1 port 2 configuration 1 interface 0 "Realtek USB >>> 10/100/1G/2.5G LAN" rev 3.20/31.00 addr 2 >>> ure0: RTL8156B (0x7410), address a0:ce:c8:f7:94:72 >>> uhub4: device problem, disabling port 1 >>> vscsi0 at root >>> scsibus1 at vscsi0: 256 targets >>> softraid0 at root >>> scsibus2 at softraid0: 256 targets >>> root on sd0a (cfa631a8cbbccf24.a) swap on sd0b dump on sd0b >>> rkdrm0: no display interface ports configured >> And the ethernet devices show as two as gigabit and one as 2.5Gbps. Is >> this R5S a regular one? >> >> Thanks, >> >> Matheus >> --- >> "We will call you Cygnus, >> the God of balance you shall be." >> >