Search results

What the f**k are you talking about? Seriously, all of this nonsensical, mental masturbating needs to stop. FreeBSD isn't going to be rewritten in Rust, ever. Better yet, go read the objections from Poul-Henning Kamp on the mailing list and let his insights educate you. And who gives a flying...

It's a compelling board on paper spec-wise; although i'm skeptical of having chinese chips on my network (allwinner, rockchip, mediatek, cix, etc.) The lack of documentation doesn't help either. I'd shoot for Raspberry, SolidRun, ODroid, etc. stuff instead. (broadcom, qualcomm, amlogic, nxp, etc.)

Not so much the numbers, but recent controversy and the reputation around the platform. It just doesn't make for a good user experience for game users/devs. That's on top of the DRM nonsense that it's plagued with. I'm not sure if you're aware of recent news, but here's a few examples...

The idea here is to provide an autonomous distribution utility that's not entirely anchored to the system and/or the main ports tree. This frees up the ports committers from doing the heavy lifting; as I imaging this sort of thing would evolve and change rapidly. A community led effort with a...

I wasn't clear enough in my OP. I was thinking something along the lines of ravenports; something that's not entirely anchored to the system and can be distributed separately. A community led effort. The Linux developer community ruined Linux; not gamers.

From what I'm reading lately; the current gaming landscape is not looking too good. Windows 11 is a s**t show, next gen consoles aren't looking too promising, Steam is on a steady downhill (i've never really been a fan of steam anyway..), and as much as I love Apple Silicon - it doesn't provide...

It's inherently better than any other option. Because the ports framework is being managed by those providing an operating system. Who knows the intricacies of a platform software runs on better than the ones developing it. There's less risk involved trusting them. "Ports" is also a framework...

There's something to be said about all of these language package managers; doesn't make sense to me. I'd wager there'd be less incentive for these should the Linux community have uniformity on the matter. Long Live C and Ports.

muh security

My point is that the cost of compartmentalizing an existing C/C++ codebase (or parts of it) in capability mode is far less economically taxing than rewriting swaths of drivers/applications in a completely foreign (and arguably unnecessary) language. Some changes even consisting of only several...

With the supposed purpose of Rust people keep regurgitating; Capsicum/CHERI has already addressed these issues years ago. They simply could've taken the code and made use of it; instead of rewriting entire software ecosystems that work. Pure NIH circus behavior. I don't see why Rust exists...

That's objectively false. And it's not a matter of opinion. The question posed was to determine if GPU vendors willing to rewrite their entire stacks in Rust. Which I highly doubt. Should the Linux kernel devs try to shoehorn Rust into an existing C world for GPUs; they'll just move onto the...

I like how people just casually glanced over these comments. This is a potential serious issue that will need to be addressed at some point. How are we going to deal with this? Also, has anyone even assessed whether GPU vendors even want to work with Rust for their hardware? I recall a time...

And you should thoroughly understand FreeBSD before suggesting the project adopts useless/broken Linux cruft. Because it’s apparent you don’t.

Aren’t AMDs/Intels ISA docs open to the public? Whats to stop us from reimplementing their drivers or porting drivers over to our own driver model? I think most of our network drivers are in house. Surely we can do the same with GPUs? My understanding is limited, of course, but im optimistic.

At some point we’ll have to develop our own improved driver model. Depending on Linux for this stuff won’t be viable or economical for FreeBSD long term. Also, DRM sucks and its terribly outdated.

Going off of Orange Pi 5 pricing; I doubt it. Plus I'd have a better chance of getting FreeBSD running on this than getting around Apples ironclad boot chain. M1 Mac Mini's are getting dirt cheap though.

New Orange Pi 6 Plus was just announced. Doubt there's FreeBSD support for CIX chips currently, but this thing looks really good.

Intel/AMD/IBM/ARM/etc have gone through generations of microarchitecture enhancements throughout the last 20 years. Don't be dense. Just look at all of the target architecture platforms that's been dropped out of support tiers from the FreeBSD Project. This isn't hard to understand. It's not a...

Nah. The troll in me would tell you to delete your account and go back to Linux - since you're displaying characteristics of that community. But that wouldn't be a constructive thing to do, would it? Re-read my last few posts (and other similar posts) in this thread a few months from now and...