This is my attempt to get Vulkan going on NetBSD
81 points
6 hours ago
| 8 comments
| github.com
| HN
Tiberium
5 hours ago
[-]
Lavapipe is CPU rendering, it doesn't really prove much. But also, Vulkan on BSDs is totally possible and isn't something esoteric, FreeBSD has it.

> Build goal only: This targets compilation and linkage of the Vulkan stack. Runtime GPU acceleration is not available under VirtualBox; the software driver (Lavapipe) is the target.

I don't understand why this would ever be a problem, even without LLM assistance it's something that sounds like a weekend project?

reply
klibertp
4 hours ago
[-]
Installation instructions:

    ftp https://raw.githubusercontent.com/segaboy/vulkan-netbsd/main/scripts/setup-env.sh
       !^^^^^!
That's... a bit unorthodox. FreeBSD has a `fetch`[1] utility for this, I wasn't aware NetBSD puts that in `ftp`[2].

Interesting choice. I wonder what led to it.

[1] https://man.freebsd.org/cgi/man.cgi?fetch

[2] https://man.netbsd.org/ftp.1

reply
yjftsjthsd-h
3 hours ago
[-]
I dunno, that feels very BSD to me. Presumably, they had a ftp utility first, and then when somebody wanted to download files over http they looked around and decided that the obvious thing to do was to add it to the existing file transfer/download program. Same as continuing to add functions to ifconfig rather than inventing a new ip tool.
reply
iberator
4 hours ago
[-]
Oldest supported machine for NetBSD is VAX 780 from 1978(!!!). One of the first system supporting mmu, 32 bit cpu, virtual memory etc etc

This machine is so slow that it takes a lot of time to generate ssh keys etc. We talking here hours hehe

NetBSD is known to support like 60 architectures - many of them low end embedded systems: so ftp AS A CHOICE (you have other options!) is very smart and easy

reply
spijdar
4 hours ago
[-]
I think GP is confused why the ftp command also handles http(s) :)

I hate to imagine what a 780 running NetBSD would be like, too.

I tried netbooting NetBSD on my MicroVAX 3400, which is about 2.5x the performance of the 780. It did, literally, take 6+ hours to slog through making RSA keys.

reply
kevin_thibedeau
27 minutes ago
[-]
Elliptic curve key gen is much faster on slow hardware. You're waiting around on primality tests that aren't necessary with modern keys.
reply
klibertp
4 hours ago
[-]
> I think GP is confused why the ftp command also handles http(s) :)

Exactly - I even suspected for a second that `ftp` on NetBSD is something else entirely, not an actual FTP client with HTTP/HTTPS URLs bolted on. It's not - it still accepts a host as an argument and opens a CLI if there's an FTP server to talk to.

reply
qiu3344
5 hours ago
[-]
> Vulkan is now available

looks inside:

> What this is NOT (yet): Running Vulkan programs

reply
LoganDark
4 hours ago
[-]
Technically, it isn't wrong, if you consider Vulkan the technology rather than the service
reply
wbolt
5 hours ago
[-]
This is a nice project but looks like is either AI written or AI assisted and I haven’t seen mention of that in any of the docs.
reply
rjsw
5 hours ago
[-]
There are already Vulkan components in pkgsrc and wip.
reply
segaboy81
15 minutes ago
[-]
Which ones? I'm asking, because I wouldn't have done anything at all if this was pre-existing.
reply
iamnothere
4 hours ago
[-]
I have never had a need for NetBSD, but in case I ever do, I’m glad it’s there. Especially with Linux deprecating old platforms.

This looks like an unofficial effort but hopefully it gets refined and integrated.

reply
Tiberium
4 hours ago
[-]
NetBSD already has relevant packages officially.
reply
segaboy81
14 minutes ago
[-]
Which packages? I couldn't find what I needed, and that's the whole reason for building all this.
reply
MBCook
5 hours ago
[-]
I expected this to be official from the title but it doesn’t seem to be.
reply
spiral09
4 hours ago
[-]
Lavapipe? So it's just Mesa software rendering stuff
reply
segaboy81
14 minutes ago
[-]
That's the start. The idea is to get Vulkan running first. More to follow.
reply