Author Topic: [MOVED] Hacking NVidia Cards into their Professional Counterparts  (Read 1323117 times)

0 Members and 7 Guests are viewing this topic.

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1525 on: January 29, 2021, 08:01:17 pm »
[attachmini=1]
I dont come to goal :( it identifys as /PCIe/SSE2 instead as "Nvidia RTX 4000" check picture

So PCIE SSE2 is part of the SSE instruction set which these graphics cards rely on. If you have played Minecraft before, you will notice that it will say PCIE SSE2 next to the graphics card name because that is the instructions that the system needs to have in order to run the graphics card. This means that you can use the graphics card with CPUs made newer than 2001 that have the feature. So I don't quite see this as much of an issue, but it may be worth looking into.

okey understand... i think solidworks take the info from registry... but i cant change the id windows.
tonight i run the nvidia quadro software i dont now how :D but i know now how i can gpu passthrough on my system.
have so much problems with iommu and vfio driver like this https://superuser.com/questions/1510581/vga-and-audio-assigned-to-vfio-but-not-usb-and-serial-controller-of-rtx-2080

"So what I recommend doing then is trying to find the correct registry values that determine if SOLIDWORKS can use AntiAliasing or not. If you cannot find it, I will continue the search for the solution!"

thats it. Hack the registry...
« Last Edit: January 29, 2021, 08:54:50 pm by bayx »
 

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1526 on: January 30, 2021, 05:17:59 am »
[attachmini=1]
I dont come to goal :( it identifys as /PCIe/SSE2 instead as "Nvidia RTX 4000" check picture

So PCIE SSE2 is part of the SSE instruction set which these graphics cards rely on. If you have played Minecraft before, you will notice that it will say PCIE SSE2 next to the graphics card name because that is the instructions that the system needs to have in order to run the graphics card. This means that you can use the graphics card with CPUs made newer than 2001 that have the feature. So I don't quite see this as much of an issue, but it may be worth looking into.

okey understand... i think solidworks take the info from registry... but i cant change the id windows.
tonight i run the nvidia quadro software i dont now how :D but i know now how i can gpu passthrough on my system.
have so much problems with iommu and vfio driver like this https://superuser.com/questions/1510581/vga-and-audio-assigned-to-vfio-but-not-usb-and-serial-controller-of-rtx-2080

"So what I recommend doing then is trying to find the correct registry values that determine if SOLIDWORKS can use AntiAliasing or not. If you cannot find it, I will continue the search for the solution!"

thats it. Hack the registry...

It never quite crossed me that so many people have issues with IOMMU PCIE passthrough. Since I use workstation/business grade used systems from few years ago, i haven't had a single issue with anything. All the graphics cards and everything passes through without a problem. As far as hacking the registry goes, I'm not quite sure how as I will have to install SOLIDWORKS again and I don't have the space to do so, nor do I need the program for now. The next experiment I want to take on is flashing the VBIOS of quadro because the driver can tell when you're just doing a PCI spoof. Some of the features like Quadro View Desktop Management is something that can only be used if the GPU is sure that it is a quadro. ECC as well, which is something missing on consumer cards but can cause applications like vGPU to not start if not configured, so that's another thing that needs to be worked on. I am thinking about using dynamic EEPROM that can change the vBIOS on command but that would likely crash the system so that one is off the list.
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1527 on: January 30, 2021, 06:24:52 pm »
Quote
It never quite crossed me that so many people have issues with IOMMU PCIE passthrough. Since I use workstation/business grade used systems from few years ago, i haven't had a single issue with anything. All the graphics cards and everything passes through without a problem.
I also had no problems until I switched the USB port to the vm. The kernel-modul (xhci_hcd) catched the usb controller from rtx2080ti
Code: [Select]
02d:00.2 USB controller [0c03]: NVIDIA Corporation Device [10de:1ad7] (rev a1)
    Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:3721]
    Kernel driver in use: xhci_hcd

Now i use this script to unbind the driver and bind vfio-driver:
Code: [Select]
#!/bin/sh
PCI_HID="0000:2d:00.2"
echo -n "$PCI_HID" > /sys/bus/pci/drivers/xhci_hcd/unbind
echo -n "$PCI_HID" > /sys/bus/pci/drivers/vfio-pci/bind
PCI_HID="0000:2d:00.3"
echo -n "$PCI_HID" > /sys/bus/pci/drivers/nvidia-gpu/unbind
echo -n "$PCI_HID" > /sys/bus/pci/drivers/vfio-pci/bind
In which folder do I have to put it so that it starts automatically with the system?

Quote
Some of the features like Quadro View Desktop Management is something that can only be used if the GPU is sure that it is a quadro
Yes it does but i find a method to start it and activate the window manager ;) (you take it soon as pn that is maybe our unique change to hack it).
When you activate the window manager everthing looks different in the nvidia system manager.

Quote
ECC as well, which is something missing on consumer cards but can cause applications like vGPU to not start if not configured, so that's another thing that needs to be worked on. I am thinking about using dynamic EEPROM that can change the vBIOS on command but that would likely crash the system so that one is off the list.
No idea what you talking about :D

I make some photos... 

« Last Edit: January 30, 2021, 09:19:54 pm by bayx »
 

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1528 on: January 30, 2021, 09:29:20 pm »
Quote
I also had no problems until I switched the USB port to the vm. The kernel-modul (xhci_hcd) catched the usb controller from rtx2080ti
I totally forgot the newer cards have USB! Make sure you pass the whole controller to the VM as a PCIE device and add it to your PCIE Stub in GRUB. This way the host doesn't try to initialize USB and screw everything over.
Also make sure to prevent linux from loading Nvidia driver, and that the GPU gets assigned to the Stub driver. This driver makes it so the card does not get initialized until the guest VM is booted.

Quote
In which folder do I have to put it so that it starts automatically with the system?
Do this in GRUB. When you bind the Nvidia USB controller to the PCI-Stub at boot, xhci-module will never load and the host wouldn't know it is there. I'll try to post a sample GRUB configuration later to show you how this can be done. But you likely will not need any script since this kind of thing mostly works out of the box.

Quote
Yes it does but i find a method to start it and activate the window manager ;) (you take it soon as pn that is maybe our unique change to hack it).
When you activate the window manager everthing looks different in the nvidia system manager.
How were you able to get this working? I haven't found any instructions for this yet on the internet so it would be really cool seeing how you pulled it off!

Quote
No idea what you talking about :D
ECC memory is error correcting code memory which is a feature that professional graphics cards have. However for most functions, it has to be set to DISABLED. To do that, you need the correct Quadro VBIOS or Nvidia driver will say it is a GeForce and the ECC options will be gone. And for vGPU, this feature needs to be disabled and set as that or otherwise you will get no results. I'll post more as new details roll in.
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1529 on: January 30, 2021, 09:59:50 pm »
Quote
Do this in GRUB. When you bind the Nvidia USB controller to the PCI-Stub at boot, xhci-module will never load and the host wouldn't know it is there. I'll try to post a sample GRUB configuration later to show you how this can be done. But you likely will not need any script since this kind of thing mostly works out of the box.

Code: [Select]
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Proxmox Virtual Environment"
GRUB_CMDLINE_LINUX_DEFAULT="quiet, amd_iommu=on, vfio-pci.ids=10de:1e07,10de:10f7,10de:1ad6,10de:1ad7"
GRUB_CMDLINE_LINUX=""

nope is not working. this is a bug in the kernel, in newer kernels is not a problem but this case (proxmox >>5.4 kernel<<) yes. Many people hava this problem. I have no idea how can i update the kernel.
Quote
Do this in GRUB. When you bind the Nvidia USB controller to the PCI-Stub at boot, xhci-module will never load and the host wouldn't know it is there. I'll try to post a sample GRUB configuration later to show you how this can be done. But you likely will not need any script since this kind of thing mostly works out of the box.
PLease a short howto where i can place it and it runs at system startup.
Quote
How were you able to get this working? I haven't found any instructions for this yet on the internet so it would be really cool seeing how you pulled it off!
You have pn.

One more thing... very intresing is when you use an older quadro driver Solidworks rendere say i have an "unknown board/PCIe/SSE2"
bevor it says (with newer quadro driver) "/PCIe/SSE2"
« Last Edit: January 30, 2021, 10:37:31 pm by bayx »
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1530 on: January 30, 2021, 10:23:29 pm »
You can activate the Quadro Destop Manager with a Remote Deskop connection right click on desktop and open RTX Desktop Manager --> activate 
in older quadro driver its called nView...
« Last Edit: January 30, 2021, 10:38:58 pm by bayx »
 
The following users thanked this post: krutav

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1531 on: January 31, 2021, 12:45:47 am »
You can activate the Quadro Destop Manager with a Remote Deskop connection right click on desktop and open RTX Desktop Manager --> activate 
in older quadro driver its called nView...
Time to pull out the old 660 Ti and get an nView desktop working! This will be very useful for a headless workstation maybe.

Quote
nope is not working. this is a bug in the kernel, in newer kernels is not a problem but this case (proxmox >>5.4 kernel<<) yes. Many people hava this problem. I have no idea how can i update the kernel.
If it is fine in newer kernel, then we can update. Here is a Github link to a program that makes it easy to install the newest kernel. https://github.com/fabianishere/pve-edge-kernel You can install kernel 5.10 with it.

Quote
One more thing... very intresing is when you use an older quadro driver Solidworks rendere say i have an "unknown board/PCIe/SSE2"
bevor it says (with newer quadro driver) "/PCIe/SSE2"
I have no idea why it says this, but at the same time, I don't necessarily see it as a problem. I would make sure that you first get all the GPU components passed through first, which includes usb, audio, gpu, I2C, etc. That way we can rule this out. With my 1080, I turn it into a P4000 quadro without seeing any of this SSE2 stuff. Also, get GPU-Z and take a screenshot of what it is saying, because it can give us some more information.
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1532 on: January 31, 2021, 12:59:56 am »
Quote
I have no idea why it says this, but at the same time, I don't necessarily see it as a problem. I would make sure that you first get all the GPU components passed through first, which includes usb, audio, gpu, I2C, etc. That way we can rule this out
done. Now boots very well and fully working passthrough. i put the script into the /home folder and write a crontab job with

Code: [Select]
nano crontab -e
Code: [Select]
@reboot /home/unbind.sh
Code: [Select]
STRG+O for save the file
Code: [Select]
STRG+X quit the document

unbind.sh this is the code that unbind.sh the xhci_hcd and nvidia-gpu driver from usb controller and serial controller. Than bind it to vfio-pci driver.
Code: [Select]
nano /home/unbind.sh
Code: [Select]
#!/bin/sh
PCI_HID="0000:2d:00.2"
echo -n "$PCI_HID" > /sys/bus/pci/drivers/xhci_hcd/unbind
echo -n "$PCI_HID" > /sys/bus/pci/drivers/vfio-pci/bind
PCI_HID="0000:2d:00.3"
echo -n "$PCI_HID" > /sys/bus/pci/drivers/nvidia-gpu/unbind
echo -n "$PCI_HID" > /sys/bus/pci/drivers/vfio-pci/bind

[TIP: change the PCI_HID="0000:2d:00.2" to your id PCI_HID="0000:XX:XX:X ]

Code: [Select]
chmod -x /home/unbind.sh
Code: [Select]
rebootyou can check it with
Code: [Select]
lspci -v scroll up and find the devices that may to unbind the driver....

Quote
I turn it into a P4000 quadro without seeing any of this SSE2 stuff.
you see it in the registry or in Realview Hack tool

Code: [Select]
Computer\HKEY_CURRENT_USER\SOFTWARE\SolidWorks\SOLIDWORKS 2020\Performance\Graphics\Hardware\Current
« Last Edit: January 31, 2021, 01:54:39 am by bayx »
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1227
  • Country: au
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1533 on: January 31, 2021, 03:11:08 am »
Amazing how far this thread has come since I first posted it.

If you want a ton of VFIO Passthrough support/help I suggest you go to the Discord VFIO server (https://discord.gg/f63cXwH).
Also Looking Glass may be of intrest to you, see https://looking-glass.io, or join us on our Discord server (https://discord.com/invite/52SMupxkvt)
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission
https://twitter.com/Geoffrey_McRae
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1534 on: January 31, 2021, 03:26:42 am »
Hi Gnif,
very to meet you :) . Thank you very much for your invitation to your discord. Everything is now working with passthrough. Maybe you can help us to work on
Spoofing GPU´s?

Quote
Also Looking Glass may be of intrest to you, see https://looking-glass.io, or join us on our Discord server (https://discord.com/invite/52SMupxkvt)

Befor we use Looking Glass i must i have a working Solidworks in nativ mode with open "full scene anti aliasing" mode.

@krutav I find something new. The identifier of the gpu is openGL. When u start SW ask SW to nvdriver what is your renderer? the driver ask the opengl who am i? :)
opengl says no idea who am i but i am on PCIe and can SSE2 (unknown board/PCIe/SSE2) thatswhy solidworks says --->I dont know who are you also full scene anti aliasing greyed out.
« Last Edit: January 31, 2021, 05:31:49 pm by bayx »
 

Offline gnif

  • Administrator
  • *****
  • Posts: 1227
  • Country: au
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1535 on: January 31, 2021, 03:31:03 am »
Hi Gnif,
very to meet you :) . Thank you very much for your invitation to your discord. Everything is now working with passthrough. Maybe you can help us to work on
Spoofing GPU´s?

You're welcome. Note that quite a few in the VFIO community already use GPU id spoofing, it's quite common. Qemu supports overriding the PCI ID presented to the guest, and with a bit of ioctl hackery one can intercept the ioctl's the NVidia driver uses to identify the GPU device ID and spoof it completely.

Quote
Befor we use Looking Glass i must i have a working Solidworks in nativ mode with open "full scene anti aliasing" mode.

No worries, once you get it sorted if you need help, hit me up. Looking Glass is my project :)
« Last Edit: January 31, 2021, 03:32:58 am by gnif »
HostFission - Full Server Monitoring and Management Solutions.
https://hostfission.com/
https://twitter.com/HostFission
https://twitter.com/Geoffrey_McRae
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1536 on: January 31, 2021, 04:59:51 pm »
Hi, i think here is a missing arg ... like "name=" or any other. how can i see which commands are possible in qemu?

Code: [Select]
args: -device 'vfio-pci,host=2d:00.0,id=hostpci0.0,bus=ich9-pcie-port-1,addr=0x0.0,multifunction=on,romfile=RTX4000MOD.rom,x-pci-vendor-id=0x10de,x-pci-device-id=0x1eb1,x-pci-sub-vendor-id=0x10de,x-pci-sub-device-id=0x12a0'
Find some args from  qemu 2.0.x :

Quote
$ qemu-system-x86_64 -device vfio-pci,? 2>&1 | grep "x-*"
>> vfio-pci.x-pci-sub-device-id=uint32
>> vfio-pci.x-no-kvm-msi=bool
>> vfio-pci.x-pcie-lnksta-dllla=bool (on/off)
>> vfio-pci.x-igd-opregion=bool (on/off)
>> vfio-pci.x-vga=bool (on/off)
>> vfio-pci.x-pci-vendor-id=uint32
>> vfio-pci.x-req=bool (on/off)
>> vfio-pci.x-igd-gms=uint32
>> vfio-pci.x-no-kvm-intx=bool
>> vfio-pci.x-pci-device-id=uint32
>> vfio-pci.host=str (Address (bus/device/function) of the host device, example: 04:10.0)
>> vfio-pci.x-no-kvm-msix=bool
>> vfio-pci.x-intx-mmap-timeout-ms=uint32
>> vfio-pci.bootindex=int32
>> vfio-pci.x-pcie-extcap-init=bool (on/off)
>> vfio-pci.addr=int32 (Slot and optional function number, example: 06.0 or 06)
>> vfio-pci.x-pci-sub-vendor-id=uint32
>> vfio-pci.x-nv-gpudirect-clique=uint4 (NVIDIA GPUDirect Clique ID (0 - 15))
>> vfio-pci.x-no-mmap=bool

Find some args from  qemu 5.x :

Quote
qemu-system-x86_64 -device vfio-pci,? 2>&1 | grep "x-*"
  addr=<int32>           - Slot and optional function number, example: 06.0 or 06 (default: -1)
  bootindex=<int32>
  host=<str>             - Address (bus/device/function) of the host device, example: 04:10.0
  x-balloon-allowed=<bool> -  (default: false)
  x-igd-gms=<uint32>     -  (default: 0)
  x-igd-opregion=<bool>  - on/off (default: false)
  x-intx-mmap-timeout-ms=<uint32> -  (default: 1100)
  x-msix-relocation=<OffAutoPCIBAR> - off/auto/bar0/bar1/bar2/bar3/bar4/bar5 (default: "off")
  x-no-geforce-quirks=<bool> -  (default: false)
  x-no-kvm-intx=<bool>   -  (default: false)
  x-no-kvm-ioeventfd=<bool> -  (default: false)
  x-no-kvm-msi=<bool>    -  (default: false)
  x-no-kvm-msix=<bool>   -  (default: false)
  x-no-mmap=<bool>       -  (default: false)
  x-no-vfio-ioeventfd=<bool> -  (default: false)
  x-nv-gpudirect-clique=<uint4> - NVIDIA GPUDirect Clique ID (0 - 15)
  x-pci-device-id=<uint32> -  (default: 4294967295)
  x-pci-sub-device-id=<uint32> -  (default: 4294967295)
  x-pci-sub-vendor-id=<uint32> -  (default: 4294967295)
  x-pci-vendor-id=<uint32> -  (default: 4294967295)
  x-pcie-extcap-init=<bool> - on/off (default: true)
  x-pcie-lnksta-dllla=<bool> - on/off (default: true)
  x-req=<bool>           - on/off (default: true)
  x-vga=<bool>           - on/off (default: false)
  xres=<uint32>          -  (default: 0)

I find somethjng interesting to get the vendor id over opengl

https://stackoverflow.com/a/42249529
« Last Edit: February 01, 2021, 01:04:53 pm by bayx »
 
The following users thanked this post: krutav

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1537 on: February 02, 2021, 04:48:28 am »
@bayx Thanks for posting the list of arguments for QEMU. I have never seen many of these before and I suppose they will be quite helpful for us here. I don't know too much about OpenGL but what I can say is that there are a few QEMU args we can try. First of all, the
Code: [Select]
romfile arguments is pretty much useless on these nvidia cards and I still need to try it with and AMD/ATI graphics card to further prove the lack of usability with the feature. I say it is useless because the GPU is going to read right off of its own internal ROM. The only practical use of romfile is to get the bootscreen working on a passed through GPU. But it only works if you keep the PCI ID the same. I think Nvidia has outsmarted us in this area and it's understandable.

You also listed a "No GeForce Quirks" argument and that is something worth trying. I don't know where the documentation is but I have a feeling it might be a useful argument for us here. The path to success here requires that we get the QEMU bootscreen working with a spoofed GPU, and the reason this is very important is because it goes to show that the device successfully acts like the GPU we wanted to spoof it as.

As for @gnif, I am interested in getting LookingGlass to work on MacOS as it could benefit from one. Newer versions of MacOS also come with QEMU and VirtIO drivers so it might even be possible. MacOS is pretty similar to BSD but you can also run Linux code using HomeBrew. I am not the most experienced, but I could try to make something and get it working. MacOS can function as a host for QEMU now with pretty good performance. I don't know about GPU passthrough on MacOS QEMU but they have their own Paravirtual graphics device. As for using MacOS as the LookingGlass server to serve a Linux VM host, I think it would be possible to acheive if Linux can also act like a Windows guest in a typical LookingGlass setup.

I only have 8GB of RAM so these Virtualization projects are particularly interesting because a Windows VM with 4GB is practically useless. DDR4 prices are quite high :/
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1538 on: February 02, 2021, 10:34:46 pm »
I find something interesting, there is a app called "regal" this is a wrapper. A wrapper for opengl requests. Its running on the host Maschine.
But i have no idea how.
No idea how to create from sources.
How to install
and howto run
aaaand last but not least how to confige it in proxmox?!

I am 100% sure this is Integrated in qemu but nobody calles about this.
TOP SECRET

https://github.com/p3/regal

Here thread about regal

https://pyra-handheld.com/boards/threads/regal-opengl-wrapper.82518/

And this args
Code: [Select]
-device virtio-vga,virgl=on no idea how/does you can use "virgl=on,renderer=Quadro RTX 4000" (or something like this) in our x-line
Code: [Select]
args: -device 'vfio-pci,host=2d:00.0,id=hostpci0.0,bus=ich9-pcie-port-1,addr=0x0.0,multifunction=on,romfile=RTX4000MOD.rom,x-pci-vendor-id=0x10de,x-pci-device-id=0x1eb1,x-pci-sub-vendor-id=0x10de,x-pci-sub-device-id=0x12a0
« Last Edit: February 03, 2021, 02:24:52 am by bayx »
 

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1539 on: February 03, 2021, 03:02:13 am »
@bayx thanks for bringing up the topic of "VIRTIO GPU/VIRGL." Essentially what it is, is a driver that allows Linux Guest VM to access a KVM host GPU only for OpenGL and possibly Vulkan in the future. It will only work on Linux, and it is a paravirtualized adapter so there is not much that can be done with it.

I also looked at this "Regal3D" and it is very old and not being developed anymore. I am certain it has been replaced by VirtIO VirGL. If you plan on running Linux this VirtIO GPU will be fine but it will be useless outside of that. I don't think SOLIDWORKS is on Linux either, so why bother. Some people are trying to get VirGL driver on Windows but the success is very limited so you can't count on that.

Today I will try an ATI HD 4650 and ATI FirePro V5700. Both are the same cards but one is certified for SOLIDWORKS 2008 and other CAD programs, and one is for consumers. I will also try the old 660 Ti but first I must install the latest QEMU on my proxmox.
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1540 on: February 03, 2021, 04:38:07 am »
I give up :(
 

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1541 on: February 04, 2021, 12:46:26 am »
I give up :(

That's unfortunate :( I haven't had much success lately either, because most of the mods only work by flashing the GPU ROM which I don't have time for. I am looking into using Linux for some other graphics related projects though, maybe with VirtIO GPU to provide some virtual Linux desktops with minimal overhead and no virtualization.
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1542 on: February 04, 2021, 02:07:59 am »
Put it on ebay... Buy me a Quadro RTX 4000
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1543 on: February 17, 2021, 05:44:07 pm »
Now it is working :)))))
 

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1544 on: February 18, 2021, 02:31:44 am »
Now it is working :)))))
Awesome! What was the solution?
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1545 on: February 20, 2021, 10:14:44 pm »
Now it is working :)))))
Awesome! What was the solution?

A Quadro card :D
 

Offline DualCoder

  • Newbie
  • Posts: 2
  • Country: se
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1546 on: February 22, 2021, 07:06:07 pm »
Oh, man. This driver is putting up a hell of a fight. But at last I am making some sort of progress (see attached screenshot).

I will push the code to github later. The README is going to need an update, things got ... complicated.
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1547 on: February 22, 2021, 11:33:34 pm »
Nice job. But what did it means? :)
Its done but it takes a few updates or
Many milestones done but some milestones must to work out?
« Last Edit: February 22, 2021, 11:38:38 pm by bayx »
 

Offline krutav

  • Contributor
  • Posts: 39
  • Country: us
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1548 on: February 23, 2021, 06:37:32 pm »
Nice job. But what did it means? :)
Its done but it takes a few updates or
Many milestones done but some milestones must to work out?

https://github.com/DualCoder/vgpu_unlock

It's a pretty incredible project that DualCoder is working on. It will allow for vGPU to work on consumer graphics cards to create virtual Quadros for Virtual Machines. Only thing is that you would still need a license for vGPU which costs far too much to actually be worth it. The more practical solution is obviously to buy a second GPU, but the appeal of vGPU is to save space and use on graphics card. It also works quite well compared to other solutions like AMD MxGPU and Intel GVT-G. It's definitely a cool project worth contributing too and I will load it on my Proxmox server to test functionality with it later today. If it works, it could make for like a dual 1050 Ti gaming server. (I already have gaming pc which is cheaper than a vGPU license so its really only gonna be for fun and not practical use.)
 

Offline bayx

  • Contributor
  • Posts: 41
  • Country: de
Re: [MOVED] Hacking NVidia Cards into their Professional Counterparts
« Reply #1549 on: February 24, 2021, 12:51:51 pm »
Nice job. But what did it means? :)
Its done but it takes a few updates or
Many milestones done but some milestones must to work out?



"(I already have gaming pc which is cheaper than a vGPU license so its really only gonna be for fun and not practical use.)"
:-DD :-DD :-DD :-DD :-DD :-DD :-DD :-DD :-DD
« Last Edit: February 24, 2021, 12:56:01 pm by bayx »
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf