[Nouveau] nouveau 1.0.17 and GT-710 (GK208B): graphics stack freezes when turning off display
Uwe Sauter
uwe.sauter.de at gmail.com
Tue Feb 9 20:04:06 UTC 2021
Hi Ilia,
this is a first shot on getting the logs.
Does the list allow attachments? Else I need to find a place where I can upload the files.
The dmesg log was created with kernel command line arguments "log_buf_len=16M drm.debug=12".
I have indicated within the file when the desktop environment was ready, when the display was turned off by the
screensaver and back on when moving the mouse. I then stopped the X server.
Please let me know if this test should be repeated with more verbose settings or if other log files are required, too.
Regards,
Uwe
Am 08.02.21 um 23:32 schrieb Ilia Mirkin:
> The referenced issue is a context switching error / timeout. Is that
> what you're seeing?
>
> Is there anything in dmesg when the problem occurs? Can you reproduce
> it by forcing the monitor to sleep (xset s off or equivalent)?
>
> What you're describing sounds most like a display engine hang. Cursor
> position updates happen on another channel, so that makes sense it
> keeps working. Usually when there's an error, we'll print what the
> failing transition was. But sometimes that info isn't available, and
> it just says "timeout" a lot on the core channel. In that case, we'll
> have to enable more logging.
>
> On Mon, Feb 8, 2021 at 4:58 PM Uwe Sauter <uwe.sauter.de at gmail.com> wrote:
>>
>> Hello,
>>
>> I don't know if this is the appropriate list to post; if not please point me in the right direction.
>>
>>
>> I have an issue with the nouveau driver for a GT 710 (GK208B) card, hardware details and software versions below.
>> Once the X server decides to switch into power saving mode and turns the display off using DPMS some part of the
>> graphics stack seems to freeze. I can wake up the display and it will show me the last picture but most of the
>> functionality is still frozen. I can move the mouse pointer but the clock applet won't show the current time and
>> selecting desktop icons does not work.
>> It seems that I can still start programs from the panel (I can see the process when remotely logging in) but they
>> produce no graphics output.
>>
>> This happens in either of the two clock settings I can set in /sys/kernel/debug/dri/0/pstate .
>>
>>
>> The proprietary driver does not show this behavior but seems to be much slower with glxgears, though this is not a
>> proper benchmark, I know. The results between nouveau and nvidia are about the same when nouveau is in the low pstate
>> but performance almost triples when the high pstate is configured.
>>
>> I bought this card just recently because it was said to be the last model that was properly usable without the
>> proprietary driver.
>>
>> As you can see below, I'm already running xf86-video-nouveau 1.0.17 but compiling from git shouldn't be a problem if
>> necessary.
>>
>> Currently the nvidia driver is in use but I should be able to quickly switch back to nouveau for any logs that might be
>> required.
>>
>> Please advise what logs (and log levels) are needed in order to get to the bottom of this.
>>
>>
>> This bug reports also describes what I see:
>>
>> https://gitlab.freedesktop.org/mesa/mesa/-/issues/1171#note_385608
>>
>>
>>
>>
>> Regards,
>>
>> Uwe
>>
>>
>>
>> ### hardware ###
>> CPU: AMD Ryzen 3 3100
>> Mainboard: Gigabyte B550M S2H, Bios F13a with AMD AGESA ComboV2 1.2.0.0
>> RAM: 2x 16GB Kingston DDR4 3200MHz ECC
>> GPU: ASUS GT710-4H-SL-2GD5, 2GB GDDR5, 4x HDMI, VideoBIOS: 80.28.b8.00.05
>> Display: ViewSonic VP2468
>> ################
>>
>> ### software ###
>> Arch Linux
>> Kernel: 5.10.13-arch1-2
>> linux-firmware: 20201218.646f159-1
>> mate-desktop: 1.24.1-1
>> Mesa: 20.3.4-1
>> xorg-server: 1.20.10-3
>> xf86-video-nouveau: 1.0.17-1
>>
>> alternatively:
>> nvidia-dkms: 460.39-1
>> #################
>>
>> ### lspci fpr GPU ###
>> # lspci -s 3:0.0 -v | head -n 2
>> #03:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1) (prog-if 00 [VGA controller])
>> Subsystem: ASUSTeK Computer Inc. Device 8770
>>
>> # lspci -s 3:0.0 -vvn
>> 03:00.0 0300: 10de:128b (rev a1) (prog-if 00 [VGA controller])
>> Subsystem: 1043:8770
>> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
>> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
>> Latency: 0
>> Interrupt: pin A routed to IRQ 55
>> IOMMU group: 12
>> Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
>> Region 1: Memory at fff0000000 (64-bit, prefetchable) [size=128M]
>> Region 3: Memory at fff8000000 (64-bit, prefetchable) [size=32M]
>> Region 5: I/O ports at f000 [size=128]
>> Expansion ROM at fc000000 [virtual] [disabled] [size=512K]
>> Capabilities: [60] Power Management version 3
>> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
>> Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
>> Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
>> Address: 00000000fee00000 Data: 0000
>> Capabilities: [78] Express (v2) Legacy Endpoint, MSI 00
>> DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s unlimited, L1 <64us
>> ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
>> DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
>> RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+
>> MaxPayload 128 bytes, MaxReadReq 512 bytes
>> DevSta: CorrErr- NonFatalErr- FatalErr- UnsupReq- AuxPwr- TransPend-
>> LnkCap: Port #6, Speed 5GT/s, Width x8, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us
>> ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp+
>> LnkCtl: ASPM L1 Enabled; RCB 64 bytes, Disabled- CommClk+
>> ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
>> LnkSta: Speed 2.5GT/s (downgraded), Width x1 (downgraded)
>> TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
>> DevCap2: Completion Timeout: Range AB, TimeoutDis+ NROPrPrP- LTR-
>> 10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-
>> EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
>> FRS-
>> AtomicOpsCap: 32bit- 64bit- 128bitCAS-
>> DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled,
>> AtomicOpsCtl: ReqEn-
>> LnkCap2: Supported Link Speeds: 2.5-5GT/s, Crosslink- Retimer- 2Retimers- DRS-
>> LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
>> Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
>> Compliance De-emphasis: -6dB
>> LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete+ EqualizationPhase1+
>> EqualizationPhase2+ EqualizationPhase3+ LinkEqualizationRequest-
>> Retimer- 2Retimers- CrosslinkRes: unsupported
>> Capabilities: [100 v1] Virtual Channel
>> Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
>> Arb: Fixed- WRR32- WRR64- WRR128-
>> Ctrl: ArbSelect=Fixed
>> Status: InProgress-
>> VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
>> Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
>> Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01
>> Status: NegoPending- InProgress-
>> Capabilities: [128 v1] Power Budgeting <?>
>> Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
>> Kernel driver in use: nvidia
>> Kernel modules: nouveau, nvidia_drm, nvidia
>> ######################
>> _______________________________________________
>> Nouveau mailing list
>> Nouveau at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/nouveau
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dmesg.drmdebug=12.nouveau1.0.17.GT710.log.gz
Type: application/gzip
Size: 33619 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20210209/4484b539/attachment-0002.gz>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log.gz
Type: application/gzip
Size: 8601 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20210209/4484b539/attachment-0003.gz>
More information about the Nouveau
mailing list