Any news on OpenBSD? (Update: it works now)

MNT Reform
21

how are you booting into the installed system after install?

22

Very impressive work! I hope to be able to make contributions to this community like this in the future!

23

thanks for the effort, everyone!

i was able to get 9front and openbsd dual booting off my nvme using separate sdcards for each operating system’s initial boot. note: if openbsd is not the only os on disk you still need to set the tty and inform its bootloader on the sdcard where to find the kernel:

boot> set tty fb0
boot> boot sr0a:/bsd

in my case the disk is sr0 (softraid) because it is an encrypted volume. i haven’t tried to alter the openbsd sdcard image yet.

i was able to get my intel 6205 wifi card working by adding the iwn driver in the kernel config and recompiling a new kernel.

i’ve (temporarily) made some of the required files available for download here.

2 Likes
24

Has anyone tried this out on a Pocket Reform yet? I haven’t received mine yet, but was trying to figure out what the full path looked like. (It appears to me that the onboard wifi may not have a driver, anything else I need to be looking out for?)

3 Likes
25

The current OpenBSD support relies on a few things provided by u-boot, like LCD interface driver, which I don’t think anyone is working on yet for IMX8MP. It should be possible, but an lcdif-style driver would need to be written to activate the display converter in the pocket. I started to work on this a little while ago to bring up mainline u-boot on Pocket, but haven’t got anything working yet. I also expect audio support would be an issue. I also haven’t looked into or tested the PCIe situatation, so NVMe etc. would need some work too. Mostly this is all able to be addressed through with some hard work and :sparkles: determination :sparkles: - but unless someone else has been working on this (probably to boot 9Front :joy:) it’d be a little while yet before this is possible.

1 Like
26

imx8mp still uses lcdif but the MIPI DSI IP is different (IIRC samsung), but it’s very possible that there is already code in the (vendor) u-boot that “just” needs to be adapted to our panel modeline and init sequence.

27

i think you’re right yeah - i recall finding an nxp branch :sparkles: somewhere :sparkles: that had a mux driver for the right IC, so it might not need a custom switching driver like the lcdif.c for original reform, it might be possible to just use the built in u-boot support for display converters, which would be pretty cool! if i get some time to work on this again I’ll be sure to post here, but maybe someone cough bluerise cough sigrid cough cinap cough will beat me to it :smiling_face:

1 Like