From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF43CC433DB for ; Mon, 4 Jan 2021 13:23:33 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8C7F8207B1 for ; Mon, 4 Jan 2021 13:23:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726253AbhADNXd (ORCPT ); Mon, 4 Jan 2021 08:23:33 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:23332 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726637AbhADNXa (ORCPT ); Mon, 4 Jan 2021 08:23:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1609766523; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=fWv0yGQ0eLuTwu2nIgG6D4gDhBSzEVINIyX8tqXkgLw=; b=U7jvR1g6jrZj9QEmujXv6GcIUDlP2juI9aKAd4qb+yDAnIcMbAAI/6ZTfO3b5mKWSAthUu flJ/PpSlo8XTvX+mfdEbwb1dDGm0Xh7tQWNwGrdx93j9UG4k4DNDXgKR6Ox63weNIflTex VzB4rqz5CwTDCyfz2GCdzScPjSPzO4I= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-511-UxQPuh9yMMmB5frtZXaKxQ-1; Mon, 04 Jan 2021 08:22:00 -0500 X-MC-Unique: UxQPuh9yMMmB5frtZXaKxQ-1 Received: by mail-wr1-f71.google.com with SMTP id b8so13202809wrv.14 for ; Mon, 04 Jan 2021 05:22:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=fWv0yGQ0eLuTwu2nIgG6D4gDhBSzEVINIyX8tqXkgLw=; b=HphdSZZXOhigvl3kE/zwdT3P+tYVgipK6QJm0/b40w2Pj5lSmcnZCS0UdlImPO7RW8 6U61oWfvJhio9aUm56HTk86qVZ0WB0ZNY51WAGh6mkJ3lj0Pa85o0WMmFaxM3Km89rMe k4Ts3txCPKxT9/IV0rhojbiRZKdJGZk4IEQ7zBVYliUTHK8o3vRVf2LN+XDfZid5R9FO 1SzY62KZdCEmnzqtC4giaecMu6cIARHVIByASnMhwDKo1RT1IqlsYesQk+uhvmoLxPbh bVOuj71y7/mCUeXpy/ho5SjaA40fcWSf5LjNLbSoADVjVAXQXsclkF1VsyLRZ1/kjPcL rzwg== X-Gm-Message-State: AOAM530fGB3Nvnh5vV2Rqd08SlowVGfQfnnnv/3a6gAc0S0xnE4t622w e+We5TRgcZTU3jcjPTUwfDegclIToDr4lTI+4qiaSKpB1TeUQ9u8juPkvFU/3beVDiksIhYiSEJ V3R8aQRyyleB74viJAaIz57vDD1ZF2grVgSSFEpMG X-Received: by 2002:adf:dec7:: with SMTP id i7mr80504977wrn.373.1609766519222; Mon, 04 Jan 2021 05:21:59 -0800 (PST) X-Google-Smtp-Source: ABdhPJzXEfCWocg1X/83Zesd3hEFouiTCGCKTiaLf2WKboF/+LXnVJWX5opyzqTI2/RoRO2+TeHFaF+K+1C2j66kI34= X-Received: by 2002:adf:dec7:: with SMTP id i7mr80504956wrn.373.1609766519009; Mon, 04 Jan 2021 05:21:59 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Karol Herbst Date: Mon, 4 Jan 2021 14:21:48 +0100 Message-ID: Subject: Re: [Nouveau] nouveau regression post v5.8, still present in v5.10 To: Ben Skeggs Cc: LKML , nouveau Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org do you think you'd be able to do a kernel bisect in order to pinpoint the actual commit causing it? Thanks On Sun, Dec 27, 2020 at 8:16 PM Jamie Heilman wrote: > > Something between v5.8 and v5.9 has resulted in periodically losing video. > Unfortunately, I can't reliably reproduce it, it seems to happen every > once in a long while---I can go weeks without an occurance, but it > always seems to happen after my workstation has been idle long enough > to screen blank and put the monitor to sleep. I'm using a single > display (Dell 2405FPW) connected via DVI, running X (Xorg 1.20.x from > Debian sid). I don't really do anything fancy, xterms, a browser or > two, play the occasional video, but like I said, I can't reliably > reproduce this. I've had it happen about 11 times since August. > > lspci -vv output is: > > 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 290] (rev a1) (prog-if 00 [VGA controller]) > Subsystem: NVIDIA Corporation G86 [Quadro NVS 290] > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 28 > Region 0: Memory at fc000000 (32-bit, non-prefetchable) [size=16M] > Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] > Region 3: Memory at fa000000 (64-bit, non-prefetchable) [size=32M] > Region 5: I/O ports at dc80 [size=128] > Expansion ROM at 000c0000 [disabled] [size=128K] > Capabilities: [60] Power Management version 2 > 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: 00000000fee01004 Data: 4023 > Capabilities: [78] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 25.000W > 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 #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us > ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- > LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+ > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s (ok), Width x16 (ok) > TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- > 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: nouveau > > The last time this happened, this is what got logged: > > nouveau 0000:01:00.0: disp: ERROR 5 [INVALID_STATE] 06 [] chid 1 mthd 0080 data 00000001 > nouveau 0000:01:00.0: disp: Base 1: > nouveau 0000:01:00.0: disp: 0084: 00000000 > nouveau 0000:01:00.0: disp: 0088: 00000000 > nouveau 0000:01:00.0: disp: 008c: 00000000 > nouveau 0000:01:00.0: disp: 0090: 00000000 > nouveau 0000:01:00.0: disp: 0094: 00000000 > nouveau 0000:01:00.0: disp: 00a0: 00000060 -> 00000070 > nouveau 0000:01:00.0: disp: 00a4: 00000000 -> f0000000 > nouveau 0000:01:00.0: disp: 00c0: 00000000 > nouveau 0000:01:00.0: disp: 00c4: 00000000 > nouveau 0000:01:00.0: disp: 00c8: 00000000 > nouveau 0000:01:00.0: disp: 00cc: 00000000 > nouveau 0000:01:00.0: disp: 00e0: 40000000 > nouveau 0000:01:00.0: disp: 00e4: 00000000 > nouveau 0000:01:00.0: disp: 00e8: 00000000 > nouveau 0000:01:00.0: disp: 00ec: 00000000 > nouveau 0000:01:00.0: disp: 00fc: 00000000 > nouveau 0000:01:00.0: disp: 0100: fffe0000 > nouveau 0000:01:00.0: disp: 0104: 00000000 > nouveau 0000:01:00.0: disp: 0110: 00000000 > nouveau 0000:01:00.0: disp: 0114: 00000000 > nouveau 0000:01:00.0: disp: Base 1 - Image 0: > nouveau 0000:01:00.0: disp: 0800: 00009500 > nouveau 0000:01:00.0: disp: 0804: 00000000 > nouveau 0000:01:00.0: disp: 0808: 04b00780 > nouveau 0000:01:00.0: disp: 080c: 00007804 > nouveau 0000:01:00.0: disp: 0810: 0000cf00 > nouveau 0000:01:00.0: disp: Base 1 - Image 1: > nouveau 0000:01:00.0: disp: 0c00: 00009500 > nouveau 0000:01:00.0: disp: 0c04: 00000000 > nouveau 0000:01:00.0: disp: 0c08: 04b00780 > nouveau 0000:01:00.0: disp: 0c0c: 00007804 > nouveau 0000:01:00.0: disp: 0c10: 0000cf00 > nouveau 0000:01:00.0: disp: ERROR 5 [INVALID_STATE] 06 [] chid 1 mthd 0080 data 00000001 > nouveau 0000:01:00.0: disp: Base 1: > nouveau 0000:01:00.0: disp: 0084: 00000000 > nouveau 0000:01:00.0: disp: 0088: 00000000 > nouveau 0000:01:00.0: disp: 008c: 00000000 > nouveau 0000:01:00.0: disp: 0090: 00000000 > nouveau 0000:01:00.0: disp: 0094: 00000000 > nouveau 0000:01:00.0: disp: 00a0: 00000060 -> 00000070 > nouveau 0000:01:00.0: disp: 00a4: 00000000 -> f0000000 > nouveau 0000:01:00.0: disp: 00c0: 00000000 > nouveau 0000:01:00.0: disp: 00c4: 00000000 > nouveau 0000:01:00.0: disp: 00c8: 00000000 > nouveau 0000:01:00.0: disp: 00cc: 00000000 > nouveau 0000:01:00.0: disp: 00e0: 40000000 > nouveau 0000:01:00.0: disp: 00e4: 00000000 > nouveau 0000:01:00.0: disp: 00e8: 00000000 > nouveau 0000:01:00.0: disp: 00ec: 00000000 > nouveau 0000:01:00.0: disp: 00fc: 00000000 > nouveau 0000:01:00.0: disp: 0100: fffe0000 > nouveau 0000:01:00.0: disp: 0104: 00000000 > nouveau 0000:01:00.0: disp: 0110: 00000000 > nouveau 0000:01:00.0: disp: 0114: 00000000 > nouveau 0000:01:00.0: disp: Base 1 - Image 0: > nouveau 0000:01:00.0: disp: 0800: 00009500 > nouveau 0000:01:00.0: disp: 0804: 00000000 > nouveau 0000:01:00.0: disp: 0808: 04b00780 > nouveau 0000:01:00.0: disp: 080c: 00007804 > nouveau 0000:01:00.0: disp: 0810: 0000cf00 > nouveau 0000:01:00.0: disp: Base 1 - Image 1: > nouveau 0000:01:00.0: disp: 0c00: 00009500 > nouveau 0000:01:00.0: disp: 0c04: 00000000 > nouveau 0000:01:00.0: disp: 0c08: 04b00780 > nouveau 0000:01:00.0: disp: 0c0c: 00007804 > nouveau 0000:01:00.0: disp: 0c10: 0000cf00 > nouveau 0000:01:00.0: DRM: core notifier timeout > nouveau 0000:01:00.0: DRM: base-0: timeout > > I've got logs of all of this, if they help I can collect them. The > timeout message are consistent the error messages a little less so. > > If there's more debugging I can do when this happens, I'd love to know > what it is. > > kernel config: http://audible.transient.net/~jamie/k/nouveau.config-5.10.0 > dmesg at boot: http://audible.transient.net/~jamie/k/nouveau.dmesg > > -- > Jamie Heilman http://audible.transient.net/~jamie/ > _______________________________________________ > Nouveau mailing list > Nouveau@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/nouveau > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karol Herbst Subject: Re: nouveau regression post v5.8, still present in v5.10 Date: Mon, 4 Jan 2021 14:21:48 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: nouveau-bounces-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org Sender: "Nouveau" To: Ben Skeggs Cc: nouveau , LKML List-Id: nouveau.vger.kernel.org do you think you'd be able to do a kernel bisect in order to pinpoint the actual commit causing it? Thanks On Sun, Dec 27, 2020 at 8:16 PM Jamie Heilman wrote: > > Something between v5.8 and v5.9 has resulted in periodically losing video. > Unfortunately, I can't reliably reproduce it, it seems to happen every > once in a long while---I can go weeks without an occurance, but it > always seems to happen after my workstation has been idle long enough > to screen blank and put the monitor to sleep. I'm using a single > display (Dell 2405FPW) connected via DVI, running X (Xorg 1.20.x from > Debian sid). I don't really do anything fancy, xterms, a browser or > two, play the occasional video, but like I said, I can't reliably > reproduce this. I've had it happen about 11 times since August. > > lspci -vv output is: > > 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 290] (rev a1) (prog-if 00 [VGA controller]) > Subsystem: NVIDIA Corporation G86 [Quadro NVS 290] > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 28 > Region 0: Memory at fc000000 (32-bit, non-prefetchable) [size=16M] > Region 1: Memory at d0000000 (64-bit, prefetchable) [size=256M] > Region 3: Memory at fa000000 (64-bit, non-prefetchable) [size=32M] > Region 5: I/O ports at dc80 [size=128] > Expansion ROM at 000c0000 [disabled] [size=128K] > Capabilities: [60] Power Management version 2 > 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: 00000000fee01004 Data: 4023 > Capabilities: [78] Express (v1) Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <4us > ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 25.000W > 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 #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Exit Latency L0s <512ns, L1 <4us > ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- > LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+ > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s (ok), Width x16 (ok) > TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- > 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: nouveau > > The last time this happened, this is what got logged: > > nouveau 0000:01:00.0: disp: ERROR 5 [INVALID_STATE] 06 [] chid 1 mthd 0080 data 00000001 > nouveau 0000:01:00.0: disp: Base 1: > nouveau 0000:01:00.0: disp: 0084: 00000000 > nouveau 0000:01:00.0: disp: 0088: 00000000 > nouveau 0000:01:00.0: disp: 008c: 00000000 > nouveau 0000:01:00.0: disp: 0090: 00000000 > nouveau 0000:01:00.0: disp: 0094: 00000000 > nouveau 0000:01:00.0: disp: 00a0: 00000060 -> 00000070 > nouveau 0000:01:00.0: disp: 00a4: 00000000 -> f0000000 > nouveau 0000:01:00.0: disp: 00c0: 00000000 > nouveau 0000:01:00.0: disp: 00c4: 00000000 > nouveau 0000:01:00.0: disp: 00c8: 00000000 > nouveau 0000:01:00.0: disp: 00cc: 00000000 > nouveau 0000:01:00.0: disp: 00e0: 40000000 > nouveau 0000:01:00.0: disp: 00e4: 00000000 > nouveau 0000:01:00.0: disp: 00e8: 00000000 > nouveau 0000:01:00.0: disp: 00ec: 00000000 > nouveau 0000:01:00.0: disp: 00fc: 00000000 > nouveau 0000:01:00.0: disp: 0100: fffe0000 > nouveau 0000:01:00.0: disp: 0104: 00000000 > nouveau 0000:01:00.0: disp: 0110: 00000000 > nouveau 0000:01:00.0: disp: 0114: 00000000 > nouveau 0000:01:00.0: disp: Base 1 - Image 0: > nouveau 0000:01:00.0: disp: 0800: 00009500 > nouveau 0000:01:00.0: disp: 0804: 00000000 > nouveau 0000:01:00.0: disp: 0808: 04b00780 > nouveau 0000:01:00.0: disp: 080c: 00007804 > nouveau 0000:01:00.0: disp: 0810: 0000cf00 > nouveau 0000:01:00.0: disp: Base 1 - Image 1: > nouveau 0000:01:00.0: disp: 0c00: 00009500 > nouveau 0000:01:00.0: disp: 0c04: 00000000 > nouveau 0000:01:00.0: disp: 0c08: 04b00780 > nouveau 0000:01:00.0: disp: 0c0c: 00007804 > nouveau 0000:01:00.0: disp: 0c10: 0000cf00 > nouveau 0000:01:00.0: disp: ERROR 5 [INVALID_STATE] 06 [] chid 1 mthd 0080 data 00000001 > nouveau 0000:01:00.0: disp: Base 1: > nouveau 0000:01:00.0: disp: 0084: 00000000 > nouveau 0000:01:00.0: disp: 0088: 00000000 > nouveau 0000:01:00.0: disp: 008c: 00000000 > nouveau 0000:01:00.0: disp: 0090: 00000000 > nouveau 0000:01:00.0: disp: 0094: 00000000 > nouveau 0000:01:00.0: disp: 00a0: 00000060 -> 00000070 > nouveau 0000:01:00.0: disp: 00a4: 00000000 -> f0000000 > nouveau 0000:01:00.0: disp: 00c0: 00000000 > nouveau 0000:01:00.0: disp: 00c4: 00000000 > nouveau 0000:01:00.0: disp: 00c8: 00000000 > nouveau 0000:01:00.0: disp: 00cc: 00000000 > nouveau 0000:01:00.0: disp: 00e0: 40000000 > nouveau 0000:01:00.0: disp: 00e4: 00000000 > nouveau 0000:01:00.0: disp: 00e8: 00000000 > nouveau 0000:01:00.0: disp: 00ec: 00000000 > nouveau 0000:01:00.0: disp: 00fc: 00000000 > nouveau 0000:01:00.0: disp: 0100: fffe0000 > nouveau 0000:01:00.0: disp: 0104: 00000000 > nouveau 0000:01:00.0: disp: 0110: 00000000 > nouveau 0000:01:00.0: disp: 0114: 00000000 > nouveau 0000:01:00.0: disp: Base 1 - Image 0: > nouveau 0000:01:00.0: disp: 0800: 00009500 > nouveau 0000:01:00.0: disp: 0804: 00000000 > nouveau 0000:01:00.0: disp: 0808: 04b00780 > nouveau 0000:01:00.0: disp: 080c: 00007804 > nouveau 0000:01:00.0: disp: 0810: 0000cf00 > nouveau 0000:01:00.0: disp: Base 1 - Image 1: > nouveau 0000:01:00.0: disp: 0c00: 00009500 > nouveau 0000:01:00.0: disp: 0c04: 00000000 > nouveau 0000:01:00.0: disp: 0c08: 04b00780 > nouveau 0000:01:00.0: disp: 0c0c: 00007804 > nouveau 0000:01:00.0: disp: 0c10: 0000cf00 > nouveau 0000:01:00.0: DRM: core notifier timeout > nouveau 0000:01:00.0: DRM: base-0: timeout > > I've got logs of all of this, if they help I can collect them. The > timeout message are consistent the error messages a little less so. > > If there's more debugging I can do when this happens, I'd love to know > what it is. > > kernel config: http://audible.transient.net/~jamie/k/nouveau.config-5.10.0 > dmesg at boot: http://audible.transient.net/~jamie/k/nouveau.dmesg > > -- > Jamie Heilman http://audible.transient.net/~jamie/ > _______________________________________________ > Nouveau mailing list > Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org > https://lists.freedesktop.org/mailman/listinfo/nouveau >