similar to: [Bug 56615] [NVD9] Unable to start X on ThinkPad T420s laptop

https://bugs.freedesktop.org/show_bug.cgi?id=56615 Priority: medium Bug ID: 56615 Assignee: nouveau at lists.freedesktop.org Summary: Unable to start X on ThinkPad T420s laptop QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mark.cave-ayland at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/09/15 00:21, Tim wrote: > I did a fresh installation of centos7 on a Lenovo T420s. But after > rebooting the machine after the installation process finished I get > messages of CPU got stuck for 22sec. This happens after logging in > at gdm. I can't do anything - the machine hangs completely. > Switching to tty only works

I did a fresh installation of centos7 on a Lenovo T420s. But after rebooting the machine after the installation process finished I get messages of CPU got stuck for 22sec. This happens after logging in at gdm. I can't do anything - the machine hangs completely. Switching to tty only works before logging in at gdm. I really don't have an idea. My other T420 (without "s") works

https://bugs.freedesktop.org/show_bug.cgi?id=91333 Bug ID: 91333 Summary: Connecting second of two monitors to a Lenovo W520 causes displays to go crazy Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

flight 21952 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21952/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop

flight 21930 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21930/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7

flight 21993 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21993/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 8

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

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=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=78361 Priority: medium Bug ID: 78361 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] Screen frozen on resume from suspend QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: R.Palmer at

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=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:

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=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=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

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=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

Dear Friends: I like so much to work with R program. Congratulations for your work. I need R for work with multivariate data. My question is: With the pairs(X) command my output is a pairwise scatterplot symmetric matrix. Like: | X1 |X1 vs X2|X1 vs X3|X1 vs X4| |X2 vs X1| X2 |X2 vs X3|X2 vs X4| |X3 vs X1|X3 vs X2| X3 |X3 vs X4| |X4 vs X1|X4 vs X2|X4 vs X3| X4 | It is