Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp7049905pxu; Thu, 24 Dec 2020 23:43:20 -0800 (PST) X-Google-Smtp-Source: ABdhPJwxFnir/1BuCex/M3bef4yilrBFqpgkmxWkq2w1c+AQSILfmf1JPnpmDT2NS/TcqYKqxwsk X-Received: by 2002:a05:6402:379:: with SMTP id s25mr32469386edw.367.1608882200139; Thu, 24 Dec 2020 23:43:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608882200; cv=none; d=google.com; s=arc-20160816; b=omk/baw9VHEo7x4WhbIeAbr+zf2AwyHDVmrFWWHAprQO0RzGnwiuEexmv/kzUF6fmR VFb/aQeCITmtjFXU3IqmYTppySPaSMI6rOm0I9xLBfceQbEPqw1ceyi90kFKaITwLV7a 1ZfqNdonePkXTT7pxjv+YLeE3HVJSQUeXYAEGkpCJc0+3HzFhcZnZJ4UY8PpuJbADmsi QX5ovCkBytlVNEZRMLlggj1LQLF6OjDxWZ63pfSqNliLigUQzSTaE6z10oBgP/5ZRcvu 90K+fJWLUxBKCKhQGFq3wu3RuNSAzOxFhINLKkgyfeP06t5XJbYcE5iq2H2F3rbiZjh8 9IBg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-disposition:mime-version :mail-followup-to:message-id:subject:cc:to:from:date; bh=y65d6E8qXtQivHNJWO3i9SCF64X4PzOoK6ZEj0XiFgM=; b=jpaIhq25OMHUV4CFjIgX4VckPy312/nUidgiS1cbdhFv5VIjgRLjIIUvURdfB1sWBO IHHYWgTs257AgQYt9l8eGrOEW9mnvG/2kF3vkVFtwvF4Q0+luE7BsLkA1wwzBIFz6ORL 0g5pQLHpYXDuWwhObpmdeL9rIkfbtGI0ucDK1OYVZgpQbSXVW0GEc8zLYgQfwRFlaeiz bI1p4dOC+3z4ANkFL8xL0K/ojekACKRqXh4zytKJShVoff8MZJbp3yuhp4F5S3UpEc65 q4b7vmcfn6orUtGitL3LrZ1z38NMOZZz6o3Z9qW+0dKNoCuUfMEY92wKf+7KZ1AUGbLM oViw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lo2si14882998ejb.37.2020.12.24.23.42.55; Thu, 24 Dec 2020 23:43:20 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726134AbgLYHlb (ORCPT + 99 others); Fri, 25 Dec 2020 02:41:31 -0500 Received: from audible.transient.net ([24.143.126.66]:60138 "HELO audible.transient.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1725842AbgLYHlb (ORCPT ); Fri, 25 Dec 2020 02:41:31 -0500 X-Greylist: delayed 402 seconds by postgrey-1.27 at vger.kernel.org; Fri, 25 Dec 2020 02:41:31 EST Received: (qmail 28719 invoked from network); 25 Dec 2020 07:34:09 -0000 Received: from cucamonga.audible.transient.net (192.168.2.5) by canarsie.audible.transient.net with QMQP; 25 Dec 2020 07:34:09 -0000 Received: (nullmailer pid 7394 invoked by uid 1000); Fri, 25 Dec 2020 07:34:08 -0000 Date: Fri, 25 Dec 2020 07:34:08 +0000 From: Jamie Heilman To: Ben Skeggs , nouveau@lists.freedesktop.org Cc: linux-kernel@vger.kernel.org Subject: nouveau regression post v5.8, still present in v5.10 Message-ID: Mail-Followup-To: Ben Skeggs , nouveau@lists.freedesktop.org, linux-kernel@vger.kernel.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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- 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/