Many installation problems show up in the handling of USB3 and related quirks; I have a lovely AMD 8350 system that I can't install from USB onto because of some XHCI problem. The USB stick will boot the kernel, but then the kernel can't properly handle the USB stick after it has booted and can't see the installation media. I suppose I should bite the bullet and burn a CD to boot from, which should fix it.
I wonder how far a compatibility layer for Linux drivers could go to help other UNIX kernels' usability. Maybe the Oxide folks know more of what would be involved in such an effort.
The right solution is actually explained the headlined WWW site, where Peter Tribble points out (in the About page and in the Use guide) that the significant constraint is that xe does not own the actual physical hardware to develop against. It's the usual story with small projects: good donated hardware, and developer time (and workspace, and food, and water, and housing, and electricity supply (-:), needed.
Which is fine per se. But I wish people could buy relatively new hardware (say, last 3 years) and be able to run FreeBSD or Illumos with most things working.
In general I'd expect Zen 3 and 4 to work, and Zen 5 either right now or very soon.
It isn't exactly the same as our production machines (as you can imagine we have shared environments for this), but we've written in-memory simulators for most of our hardware components so it's good enough for most use cases.
Thanks again for the informative reply.
It might be easier to take them from NetBSD; it wouldn't introduce the GPL licensing issue, and courtesy of their rump kernel system they're actually kind of designed for it.
This isn't very interesting. It means you're constrained to the Linux design decisions, and you're wasting time debugging mismatches and poor design decisions.
Although I'd be more than happy with other OSes/distributions defaulting to GPL.
Yes, but if the goal is to reuse existing code that already exists in Linux then there's no reason to expect it to be under a permissive license. Some of it actually already is if I recall correctly, but you shouldn't expect that.
> Although I'd be more than happy with other OSes/distributions defaulting to GPL.
Illumos isn't GPL and and in the legal views of many people can't be compatible with it; CDDL/GPL (in)compatibility is a very long running issue, usually in the other direction with CDDL ZFS drivers in the GPL Linux kernel. (IANAL; I'm not asserting specifically that it is or is not actually compatible, just that a lot of people consider it to be incompatible)
Details here:
- https://vermaden.wordpress.com/2022/03/25/zfs-compatibility/
That answers the Linux part of your question
I would expected CDE as a first class citizen and maybe OpenLook.
And it says that it it maily for 32bit SPARC and 32bit X86 and later that "Important: 32-bit hardware support now completely removed.".
I do include CDE and Open Look (the window manager and toolkit, at least). In both cases the add-on tools that were present in Solaris (like the whole of the DeskSet suite) aren't available, because they were never released in source form.
https://tracker.debian.org/pkg/xview https://tracker.debian.org/news/1000764/removed-32p14-282-fr... https://bugs.debian.org/911787
But there is a 64-bit port (which I ought to bring in to Tribblix)
I wanted to run olvwm on Linux (when it went out of support on Ubuntu 16.04) and I'd managed to get this running on Ubuntu 20.04 (and more recently on Gentoo, as documented at https://ces.mataroa.blog/blog/gentoo-olvwm-bye-ubuntu/).
A survey of available olwvm implementations available on github at the time I created the repo is in the README of https://github.com/olvwm/xview/
Currently this works on an ancient 32-bit laptop (running NixOS 22.05 as documented in https://ces.mataroa.blog/blog/distro_hoppingmd/) as well.