Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 03 Jan 2025 16:40:50 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 283815] listing dev.vgapci.X.%iommu hangs indefinitely on NVIDIA card
Message-ID:  <bug-283815-227-i7Npe0bFtA@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-283815-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-283815-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283815

Anton Saietskii <vsasjason@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|listing sysctl hangs        |listing dev.vgapci.X.%iommu
                   |indefinitely on             |hangs indefinitely on
                   |dev.vgapci.X while it's     |NVIDIA card
                   |NVIDIA card                 |

--- Comment #3 from Anton Saietskii <vsasjason@gmail.com> ---
Narrowed down the issue to a single OID.

I have the following GPU:
vgapci0@pci0:1:0:0:     class=3D0x030000 rev=3D0xa1 hdr=3D0x00 vendor=3D0x1=
0de
device=3D0x1bb7 subvendor=3D0x1028 subdevice=3D0x07b1
    vendor     =3D 'NVIDIA Corporation'
    device     =3D 'GP104GLM [Quadro P4000 Mobile]'
    class      =3D display
    subclass   =3D VGA
    cap 01[60] =3D powerspec 3  supports D0 D3  current D0
    cap 05[68] =3D MSI supports 1 message, 64 bit
    cap 10[78] =3D PCI-Express 2 legacy endpoint max data 256(256) RO NS
                 max read 512
                 link x16(x16) speed 8.0(8.0) ASPM L0s/L1(L0s/L1) ClockPM
disabled
    ecap 0002[100] =3D VC 1 max VC0
    ecap 0018[250] =3D LTR 1
    ecap 0004[128] =3D Power Budgeting 1
    ecap 0001[420] =3D AER 2 0 fatal 0 non-fatal 1 corrected
    ecap 000b[600] =3D Vendor [1] ID 0001 Rev 1 Length 36
                 0b 00 01 90 01 00 41 02 02 00 41 01 01 18 00 00
                 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
                 00 00 00 00
    ecap 0019[900] =3D PCIe Sec 1 lane errors 0

It's unused in my system, so being turned off by sysutils/acpi_call and xmj=
@'s
turn_off_gpu.sh from TuningPowerConsumption [0]:
vgapci0@pci0:1:0:0:     class=3D0x030000 rev=3D0xa1 hdr=3D0x00 vendor=3D0x1=
0de
device=3D0x1bb7 subvendor=3D0x1028 subdevice=3D0x07b1
    vendor     =3D 'NVIDIA Corporation'
    device     =3D 'GP104GLM [Quadro P4000 Mobile]'
    class      =3D display
    subclass   =3D VGA
(With '\_SB.PCI0.PEG0.PEGP._OFF' method.)

After NVIDIA turned off, any sysctl call which tries to get dev.vgapci.X.%i=
ommu
hangs. Getting other OIDs, e.g. dev.vgapci.0.%driver, works fine.
NOTE: this isn't DRM issue as I don't have any NVIDIA-related modules loade=
d.

[0]: https://wiki.freebsd.org/TuningPowerConsumption

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-283815-227-i7Npe0bFtA>