> Can't imagine how restrictive it might be on 70 x 66.

Ouch, that's a tough sell. Maybe useful for AR type stuff, but I wouldn't want to go from a Quest/Index/Frame/etc to that for VR.

IOMMU branding at least makes a little bit of sense. AMDs and Intels virtualisation ISA are completely different, including their IOMMU.

> sufficient tricks (that Intel GPUs lack)

Isn't it just being able to shift the window of GPU memory visible to the CPU?

Yes, intel lacks a remapping mechanism to support BAR smaller than the total VRAM size.

Using an Intel discrete GPU on a system that lacks ReBAR support results in somewhat lower performance, not a complete inability to use more than 256MB of VRAM.

Then it changed, because early on I recall people reporting the drivers wouldn't work at all

Source? I don't know what happened for the Linux drivers, but the Windows drivers definitely booted and ran benchmarks without ReBAR when the Arc A380 launched, because there were lots of published comparisons of the performance impact on workloads that definitely didn't fit in 256MB.

I patched my old Haswell system to add an NVMe DXE so I could boot from a modern SSD. I currently have a Lets Note laptop that definitely has UEFI, but pretty much pretends to be BIOS - apparently it's possible to modify to expose UEFI features but I have yet to try...

Blackberry might not be, but RIM are still around, QNX is still in use.

Nvidia's kernel module is open source these days, it's the usermode stack that's still closed.

Even though the kernel module is open-source (sort of, development still happens behind closed doors), it's still an out-of-tree module, rather than being built into the kernel, which would give you as smooth an experience as with AMD or Intel, who's GPUs literally do just work on any distro with no fuss.

It’s never gonna be a smooth experience with Linux on Macs, because of installation, but also firmware upgrades etc. there’s always some manual steps involved and nothing will change unless Apple itself starts supporting Linux natively

Can't wait for someone to point an LLM at that and "open it up" ;-)

> Conversion of legacy nontrivial C++ code bases into Rust (or anything else for that matter) feels like it should be one of the "Millenium problems" for AGI.

Whilst I have no doubt that LLMs will be useful here, I still have reservations about validation. I think experience tells us that test coverage is generally insufficient to ensure functional equivalence, and not all components are well specified.

ProgramBench was published recently where agents have to reconstruct a program given just the binary and documentation.

https://programbench.com/

Are there DP-HDMI adapters that work with HD audio bitstreaming and VRR? Different use case, but I've not had much luck finding good options.

Might the UGreen adapter mentioned in this Reddit post do the trick?

https://www.reddit.com/r/linux_gaming/comments/1pkdfcm/ugree...

It was all the rage towards getting 4K 120 Hz VRR on Linux before AMD came along to contribute proper HDMI 2.1 support to the kernel. There is also mention in that thread of a CableMatters adapter that could be flashed with an alternate firmware but it wasn't as stable.

I pay just for individual with its 60GB, it really hasn't been an issue.

What do you use on Android instead of Google Maps, OsmAnd or something else?

The one provided by Fairpone with their /e/OS. Maps by Magic Lane.