similar to: [Bug 78361] New: [NVD9] Screen frozen on resume from suspend

https://bugs.freedesktop.org/show_bug.cgi?id=71659 Priority: medium Bug ID: 71659 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] Hangs under load with ![ PFIFO][0000:01:00.0] unhandled status 0x00800000 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

https://bugs.freedesktop.org/show_bug.cgi?id=98457 Bug ID: 98457 Summary: [NVD9] GPU lockup after resume from hibernation with Nouveau driver and firmware-nonfree Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=89047 Bug ID: 89047 Summary: linux-3.19 nvd9 Invalid rom content Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=71662 Priority: medium Bug ID: 71662 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 regression] 3d application hang Severity: normal Classification: Unclassified OS: All Reporter: jano.vesely at gmail.com Hardware: Other Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=43731 Bug #: 43731 Summary: No support for DP on NVD9 Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Reviewed-by: Lyude Paul <lyude at redhat.com> Thanks! On Tue, 2020-07-21 at 15:17 +0000, Wei Yongjun wrote: > When using single_open() for opening, single_release() should be > used instead of seq_release(), otherwise there is a memory leak. > > Fixes: 12885ecbfe62 ("drm/nouveau/kms/nvd9-: Add CRC support") > Reported-by: Hulk Robot <hulkci at huawei.com>

https://bugs.freedesktop.org/show_bug.cgi?id=54646 Bug #: 54646 Summary: i2c failure on Quadro NVS 4200M (GF119 (NVD9)) Classification: Unclassified Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=79795 Priority: medium Bug ID: 79795 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] No devices detected QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mail at tcrueger.de

https://bugs.freedesktop.org/show_bug.cgi?id=55948 Priority: medium Bug ID: 55948 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 optimus] drm/nouveau/bios: attempt to fetch entire acpi rom image in one shot breaks module load QA Contact: xorg-team at lists.x.org Severity: major Classification:

https://bugs.freedesktop.org/show_bug.cgi?id=80769 Priority: medium Bug ID: 80769 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] GF119M boot hang with 3.15.2 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: sven.pilz+freedesktop at

https://bugs.freedesktop.org/show_bug.cgi?id=85465 Bug ID: 85465 Summary: X loses resources after suspend/resume Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

I'm here and alive. I submitted my problem somewhere and have been getting emails related to nouveau ever since. Yes there is a craigcgarner at gmail.com I am glad to be following along with these bugs as they directly affect me and my system :) This where I reported the problem nouveau at lists.freedesktop.org The other buglist just started ? Thank you, Craig On Wed, Dec 9, 2015 at

This is not complete documentation, but covers the pieces I read through while reviewing the IGT CRC tests for nouveau. It covers the nouveau-specific debugfs file, an overview of why the code is more complicated than the DRM display CRC support documentation would lead one to expect, and the nv50_crc_func vtable. Many of the details were gleaned from Lyude's commit message, but I think

https://bugs.freedesktop.org/show_bug.cgi?id=77378 Priority: medium Bug ID: 77378 Assignee: nouveau at lists.freedesktop.org Summary: Suspend resume failure with Severity: normal Classification: Unclassified OS: All Reporter: s.brisbane1 at physics.ox.ac.uk Hardware: Other Status: NEW

While I had thought I'd tested this before, it looks like this one issue slipped by my original CRC patches. Basically, there seem to be a few rules we need to follow when sending CRC commands to the display controller: * CRCs cannot be both disabled and enabled for a single head in the same flush * If a head with CRC reporting enabled switches from one OR to another, there must be a

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #13 from Ilia Mirkin <imirkin at alum.mit.edu> --- Created attachment 97009 --> https://bugs.freedesktop.org/attachment.cgi?id=97009&action=edit firmware present patch OK, upon further code reading, it looks like the way nouveau does class id's is a bit off. That doesn't strictly matter for BSP, but there's

https://bugs.freedesktop.org/show_bug.cgi?id=77102 --- Comment #14 from Stefan Ringel <mail at stefanringel.de> --- (In reply to comment #13) > Created attachment 97009 [details] [review] > firmware present patch > > OK, upon further code reading, it looks like the way nouveau does class id's > is a bit off. That doesn't strictly matter for BSP, but there's a

Hi guys, i''ve read, a few threads ago, that suspend/resume should work on 3.4 kernels. Actually it doesn''t work for me, the system goes on suspend, keeping monitors on and power led blinking, but it never resumes, I always have to brutally shutdown it. CONFIG_XEN_ACPI_PROCESSOR is set. Same thing it always did with previouses kernels. It works flawlessy if I start the system

Keir, is there any particular reason this is being done this way, other than having made the change in 15259:35e38c9048c8 very simple? I''m asking because in general, with no modules, Xen ought to not need setup_irq() post-init (for release_irq() the serial driver is actually the only consumer), and after fiddling with request_irq() callers this is now the only one needing the function to

Clean up hardware initialization functions to make them more friendly to iommu suspend and resume operations. Signed-off-by: Wei Wang <wei.wang2@amd.com> --  AMD GmbH, Germany  Operating System Research Center    Legal Information:  Advanced Micro Devices GmbH  Karl-Hammerschmidt-Str. 34  85609 Dornach b. München    Geschäftsführer: Jochen Polster, Thomas M. McCoy, Giuliano Meroni  Sitz: