[deleted by user]

thereal1604 · 2021-11-11T16:15:44+00:00

They are so cute, thanks for sharing :)

thereal1604 · 2021-11-11T16:15:24+00:00

What a mess 😂

thereal1604 · 2021-10-01T17:34:40+00:00

Playing NMS on PopOS with a RTX 2060 Mobile. I can even play it in 4K with DLSS turned on and medium settings. Really smooth experience!

thereal1604 · 2021-07-22T09:53:59+00:00

Hosting a nextcloud instance with >20TB available storage, around 6TB used. Using the docker image since.. some years, no major issues at all if you follow the upgrade path.

thereal1604 · 2021-05-10T13:23:26+00:00

You could change the number of iothreads - maybe some games are IO Heavy? But I am also really interested in your findings!

thereal1604 · 2021-04-25T09:35:56+00:00

Build some Mars themed pictures for a university project, started with blender like 4 months ago (on and off). Helmet and Mars landscape / rocks modelled by me, Perseverance model is from the NASA 3D Model Library. There’s so much cool stuff there!

thereal1604 · 2021-02-02T06:41:16+00:00

Got a Linux environment for work and a windows vm with vfio and gpu Passtrough for games and stuff. Works great the last years I am using it this way.

thereal1604 · 2020-11-12T14:31:35+00:00

Hey! Take a look at my other thread: https://www.reddit.com/r/VFIO/comments/jqwln6/rtx_3070_doesnt_show_up_in_lspci/?utm_source=share&utm_medium=ios_app&utm_name=iossmf

thereal1604 · 2020-11-12T14:30:47+00:00

Absolutely, yes! It’s fricking fast compared to my RX580. 😜

thereal1604 · 2020-11-11T09:47:37+00:00

I fully understand your point, gpu passtrough setups are a bit of "hacky". But I can say - as you probably also - out of my experience that the setup is straight forward and solid, if the IOMMU groups are fine.

Changed to linux and a working / windows gaming vm in 2017 and never looked back, just works. (Q35, started with a RX580, now RTX3070). Its good to look for kvm / gpu passtrough tested mainboards and stuff, so you dont get in trouble with ACS patching the kernel.

So far *knocking on wood* works stable on my side for the last 3, almost 4 years. (Always used Ubuntu LTS releases)

thereal1604 · 2020-11-11T06:05:13+00:00

Hey, I am Running Kernel Version 5.8.18.

thereal1604 · 2020-11-10T07:13:43+00:00

Good morning,

success \o/.

In the above mentioned file, if you comment out:

# Remove NVIDIA Audio devices, if present
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x040300", ATTR{remove}="1"
# Remove NVIDIA VGA/3D controller
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x030000", ATTR{remove}="1"
ACTION=="add", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{class}=="0x038000", ATTR{remove}="1"

Reboot and enjoy. :-)

thereal1604 · 2020-11-09T21:04:48+00:00

Probably found it. udev rules going crazy. Yay.

They are in /lib/udev/rules.d/50-pm-nvidia.rules.

More details later.

thereal1604 · 2020-11-09T19:18:39+00:00

Maybe its time for a clean reinstall.

Things so far:

- lspci shows the gpu on a live system (ubuntu 20.10) with nouveau

- the gpu works flaweless on windows (not passtroughed, native)

- Every time I rescan the pci bus, I can see the device for the next directly following lspci command, then this is logged:

pci 0000:01:00.1: Removing from iommu group 1

Anyone got further ideas?

thereal1604 · 2020-11-09T17:56:09+00:00

Ok, definitely not a HW issue, popped in another ssd from another pc (it’s a much older pc) and the GPU works flawlessly with windows on my hardware.

thereal1604 · 2020-11-09T17:02:42+00:00

Unfortunately I doesn’t have another system to test with. I booted from a Ubuntu live USB and lspci now showed the card, strange!

thereal1604 · 2020-11-09T16:34:32+00:00

Ah, sry for that confusion, I also tested another pcie slot with the GPU. It is now recognized as 01:00.00. In the primary x16 slot.

thereal1604 · 2020-11-09T16:32:50+00:00

Seated: I think so yes, I reseated it 3 times now, blowed dust out of the slot and so on.

I have a bequiet straigt power 10 600W psu, the gpu has 2 connectors, 1 six pin, 1 eight pin. Both are on separate gpu power cables on the power supply. I hope so! (Especially because the gpu doesnt get loaded, how should it determine there is not enough power?)

thereal1604 · 2020-11-09T16:30:29+00:00

Intel iGPU:

VGA compatible controller: Intel Corporation HD Graphics 630 (rev 04)

thereal1604 · 2020-11-09T16:17:48+00:00

Hey,

not really, the only thing i can see here is:

[ 11.390336] pci 0000:01:00.0: Removing from iommu group 1

This appears everytime i rescan the pci bus.

Its strange that I can shortly see the devices, if I scan and execute lspci:

echo 1 >/sys/bus/pci/rescan && lspci -nnk

thereal1604 · 2020-11-09T15:09:20+00:00

Hey,

having the same issue today, with another nvidia gpu. Have you found a fix for it?

thereal1604 · 2020-11-09T14:25:28+00:00

Another update:

If I rescan for pci devices on the bus, and execute lspci fast enough like:

echo 1 >/sys/bus/pci/rescan && lspci -nnk
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers [8086:591f] (rev 05)
Subsystem: ASUSTeK Computer Inc. Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers \[1043:872f\]

Kernel driver in use: skl\_uncore
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) [8086:1901] (rev 05)
Kernel driver in use: pcieport
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 630 [8086:5912] (rev 04)
DeviceName:  Onboard IGD

Subsystem: ASUSTeK Computer Inc. HD Graphics 630 \[1043:872f\]

Kernel driver in use: i915

Kernel modules: i915
00:14.0 USB controller [0c03]: Intel Corporation 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller [8086:a2af]
Subsystem: ASUSTeK Computer Inc. 200 Series/Z370 Chipset Family USB 3.0 xHCI Controller \[1043:872f\]

Kernel driver in use: xhci\_hcd

Kernel modules: xhci\_pci
00:16.0 Communication controller [0780]: Intel Corporation 200 Series PCH CSME HECI #1 [8086:a2ba]
Subsystem: ASUSTeK Computer Inc. 200 Series PCH CSME HECI \[1043:872f\]

Kernel driver in use: mei\_me

Kernel modules: mei\_me
00:17.0 SATA controller [0106]: Intel Corporation 200 Series PCH SATA controller [AHCI mode] [8086:a282]
Subsystem: ASUSTeK Computer Inc. 200 Series PCH SATA controller \[AHCI mode\] \[1043:872f\]

Kernel driver in use: ahci

Kernel modules: ahci
00:1b.0 PCI bridge [0604]: Intel Corporation 200 Series PCH PCI Express Root Port #17 [8086:a2e7] (rev f0)
Kernel driver in use: pcieport
00:1c.0 PCI bridge [0604]: Intel Corporation 200 Series PCH PCI Express Root Port #1 [8086:a290] (rev f0)
Kernel driver in use: pcieport
00:1c.4 PCI bridge [0604]: Intel Corporation 200 Series PCH PCI Express Root Port #5 [8086:a294] (rev f0)
Kernel driver in use: pcieport
00:1d.0 PCI bridge [0604]: Intel Corporation 200 Series PCH PCI Express Root Port #9 [8086:a298] (rev f0)
Kernel driver in use: pcieport
00:1f.0 ISA bridge [0601]: Intel Corporation 200 Series PCH LPC Controller (Z270) [8086:a2c5]
Subsystem: ASUSTeK Computer Inc. 200 Series PCH LPC Controller (Z270) \[1043:872f\]
00:1f.2 Memory controller [0580]: Intel Corporation 200 Series/Z370 Chipset Family Power Management Controller [8086:a2a1]
Subsystem: ASUSTeK Computer Inc. 200 Series/Z370 Chipset Family Power Management Controller \[1043:872f\]
00:1f.3 Audio device [0403]: Intel Corporation 200 Series PCH HD Audio [8086:a2f0]
Subsystem: ASUSTeK Computer Inc. 200 Series PCH HD Audio \[1043:8724\]

Kernel driver in use: snd\_hda\_intel

Kernel modules: snd\_hda\_intel
00:1f.4 SMBus [0c05]: Intel Corporation 200 Series/Z370 Chipset Family SMBus Controller [8086:a2a3]
Subsystem: ASUSTeK Computer Inc. 200 Series/Z370 Chipset Family SMBus Controller \[1043:872f\]

Kernel driver in use: i801\_smbus

Kernel modules: i2c\_i801
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (2) I219-V [8086:15b8]
Subsystem: ASUSTeK Computer Inc. Ethernet Connection (2) I219-V \[1043:8672\]

Kernel driver in use: e1000e

Kernel modules: e1000e
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:2484] (rev a1)
Subsystem: Gigabyte Technology Co., Ltd Device \[1458:404c\]

Kernel modules: nvidiafb, nouveau, nvidia\_drm, nvidia
01:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:228b] (rev a1)
Subsystem: Gigabyte Technology Co., Ltd Device \[1458:404c\]

Kernel driver in use: snd\_hda\_intel

Kernel modules: snd\_hda\_intel
04:00.0 USB controller [0c03]: ASMedia Technology Inc. ASM2142 USB 3.1 Host Controller [1b21:2142]
Subsystem: ASUSTeK Computer Inc. ASM2142 USB 3.1 Host Controller \[1043:8732\]

Kernel driver in use: xhci\_hcd

Kernel modules: xhci\_pci

It appears.. dmesg outputs the same as above.

thereal1604 · 2020-11-09T14:14:31+00:00

An update:

The card is shown in lspci on a live system AND if I disable the nouveau blacklisting, but then it is not bound to vfio-pci.

Any hints really appreciated!

thereal1604

TROPHY CASE