NVIDIA R550 Linux Driver's Open Kernel Modules Performing Well On GeForce GPUs

[hancor]

Loaded the driver when it came out (Asus Strix RTX OC 4090, watercooled in custom loop), so far working nicely with the Asus PG42UQ monitor, and it seems happy with the latest Steam gaming updates. HDR 10bit feature is very nice & monitor colors are really rich.

[tabicat]

AFAIK it only exists as a reference implementation to ease nouveau's implementation efforts.

This is definitely not true.

The reason the open-source Linux driver (aka OpenRM) exists is because the driver needs access to GPL symbols in order to enable some advanced functionality, like HMM. The fact that Nouveau also uses the GSP binary blob is just frosting on the cake.

[tabicat]

Why won't they include it in the kernel?

Because the code as-is violates almost every Linux kernel coding standard and requirement. Any experienced kernel developer can take one look at the code and tell you that.

Also, what isn't so well known is that the kernel side (aka CPU-RM) and the GSP side (aka GSP-RM) need to be compiled from the same header files. You can't mix-and-match kernel versions and GSP-RM versions. If even if CPU-RM were merged into the upstream kernel, it would only support a single version of GSP-RM. In fact, this is exactly the reason why Nouveau only supports GSP-RM version r535, and only one specific version of r535 at that.

[avis]

This is definitely not true.

The reason the open-source Linux driver (aka OpenRM) exists is because the driver needs access to GPL symbols in order to enable some advanced functionality, like HMM. The fact that Nouveau also uses the GSP binary blob is just frosting on the cake.

I've not seen any data in regard to the NVIDIA's own open source driver being used in any capacity.

Secondly, the way it exists (a ton of embedded binary data) it will never be merged with the kernel which further drives my point.

[tabicat]

I've not seen any data in regard to the NVIDIA's own open source driver being used in any capacity.

The fact that you haven't seen it means nothing.

OpenRM is the only version of the driver that supports HMM, which Cuda uses. That is not an opinion. There are other GPL-only features that OpenRM supports, like DMABUF and Address Translation Services (ATS). Confidential Computing is another feature. The list will only grow as more kernel features are gated behind GPL symbols.

Secondly, the way it exists (a ton of embedded binary data) it will never be merged with the kernel which further drives my point.

No one ever said anything about trying to get OpenRM into the upstream kernel. OpenRM exists because it's the only way the driver can access GPL symbols.

[avis]

The fact that you haven't seen it means nothing.

You definitely could have provided examples instead of being dismissive. It's so easy to insult the opponent for being unknowledgeable or stupid instead of providing actual data.

Guess we are on the Linux forum where this type of communication is alright. It's not. It's horrible.