Hacker News new | ask | show | jobs
by josephcsible 526 days ago
Isn't it reasonable for applications to assume that, now that virtually all hardware has it, even super-cheap computers like the Raspberry Pi?
4 comments

The issue for Qubes is security. GPUs can be used to subvert basically all the otherwise hardware-enforced security protections.
In a desktop, couldn't you assign a GPU to one video machine and in that scenario would there still be a security problem when there is only one VM using it?
It’s not about virtual machines. GPUs typically have direct memory access to pretty much all system RAM. There exist PCIe mitigations, but the review does not meet up to Qubes security standards.
Yes, this is what qubes would probably suggest as the solution.
The hardware may be there, but not necessarily the drivers.
The drivers are fine for GPU accelerated rendering of the app surfaces, even on the Pi. Hell, the drivers are even there >98% of the time for accelerated decode of the video format itself to boot.

Qube's unique choice in software only rendering for user applications is one born out of the isolation goals for security, not what the software/drivers/hardware could do.

> even on the Pi

Only proprietary ones, so not for everyone...

> Broadcom never released a public specification for the V3D 3.x or 4.x series.

So the support must be worse if you prefer free drivers?

No, as there isn't a non-free driver alternative to compare V3D to. For VC4 (Pi 1-3) there was a proprietary alternative driver... but it was a bit garbage.

It feels you may be conflating the "proprietary firmware blob on the GPU which is used to boot the Pi" story with the GPU driver itself.

Yes. Besides Qubes users, a big population of software rendering users is people who have old and/or buggy drivers that are blacklisted by Firefox.
I understand GPUs are a security nightmare. If you want to have some understanding of your security, don't use a GPU.
Yeah, if you really care about security, only use computer which use line printers as output mechanisms.
It's totally reasonable, just unfortunate for this use-case.