Nvidia and open source have a odd relationship. They seem to absolutely love and adore it. Their support for open source is surprising, yet all their drivers tend to be locked down close sourced
I was thinking the same...to put more coins in the bag OS is "the new" future for Nvidia,but till now they were doing nothing to help the community. Nvidia OS drivers are a joke
It makes sense for them to invest in some architecture. They have approached a plateau - the Amdahl's limit (like Moore's law but for the parallel systems). NVidia has two options from now on, either become a niche company producing specialised processors or to become a full cpu player, and for that they need a general cpu architecture.
Question: Is is possible for a RV64 processor to only execute 64 bit code and not implement 32 bit. That way people won't fall into the multi-lib disaster we have under linux.
Pretty sure steam is the last 32-bit app commonly used on Linux. That and don't forget that Ubuntu's multiarch support is lackluster and essentially non existent
Yes-- RV64 is 64bit only since the registers are 64bit and instruction encoding in any bit-length is supported by the standard. But the RV64-I set has added instructions for dealing with 32bit values. So while the _instructions_ are identical between RV64 and RV32, the use of 32-bit values has to be supported by the 64-bit compiler to give compatibility. But it does mean 32bit code is easily cross-compiled to RV64. The same goes for RV128, that has added instructions for the 64 _and_ 32 bit versions. Extensions might well get in the way, of course, if the processors really are quite different.
Nvidia and open source have a odd relationship. They seem to absolutely love and adore it. Their support for open source is surprising, yet all their drivers tend to be locked down close sourced
I was thinking the same...to put more coins in the bag OS is "the new" future for Nvidia,but till now they were doing nothing to help the community. Nvidia OS drivers are a joke
It makes sense for them to invest in some architecture. They have approached a plateau - the Amdahl's limit (like Moore's law but for the parallel systems). NVidia has two options from now on, either become a niche company producing specialised processors or to become a full cpu player, and for that they need a general cpu architecture.
LOL
Storm. In love with belr placa sat yrs before it
"We are not trying to exclude people for ideological political whatever reasons" is a very ideological and political statement.
Some rather obnoxious vocal members of the Linux community have some rather extremist viewpoints on what open source means and entails.
This is cool, I hope it all works out!
¿Alguien notó de este recurso en la presentación? Si, no, aquí el enlace -verificado- : riscbook.com/espanol/guia-practica-de-risc-v-1.0.5.pdf
ম)
Question: Is is possible for a RV64 processor to only execute 64 bit code and not implement 32 bit. That way people won't fall into the multi-lib disaster we have under linux.
Pretty sure steam is the last 32-bit app commonly used on Linux. That and don't forget that Ubuntu's multiarch support is lackluster and essentially non existent
Also, considering this is a new architecture I believe its probably to be assumed that they had the foresight to merge 32 and 64 bit instructions
Yes-- RV64 is 64bit only since the registers are 64bit and instruction encoding in any bit-length is supported by the standard. But the RV64-I set has added instructions for dealing with 32bit values. So while the _instructions_ are identical between RV64 and RV32, the use of 32-bit values has to be supported by the 64-bit compiler to give compatibility. But it does mean 32bit code is easily cross-compiled to RV64. The same goes for RV128, that has added instructions for the 64 _and_ 32 bit versions. Extensions might well get in the way, of course, if the processors really are quite different.
RISC-VVV 0