similar to: [Bug 99858] New: disp: ERROR 4 [INVALID_VALUE] 84 chid 0 mthd 0828 data 000099bb

https://bugs.freedesktop.org/show_bug.cgi?id=73924 Priority: medium Bug ID: 73924 Assignee: nouveau at lists.freedesktop.org Summary: E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x00055080 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All

https://bugs.freedesktop.org/show_bug.cgi?id=96968 Bug ID: 96968 Summary: [NVC0] disp: ERROR 7 [INVALID_HANDLE] 00 [] chid 0 mthd 0088 data f000000 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=90390 Bug ID: 90390 Summary: [NV98] Modesetting causes blank screen because of INVALID_STATE [UNK0B] chid 1 mthd 0x0080 data 0x00000000 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=103889 Bug ID: 103889 Summary: [NV50/G86] disp: ERROR 1 [] 01 [] chid 0 mthd 0000 data 00000000 Product: xorg Version: 7.7 (2012.06) Hardware: PowerPC OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=87436 Bug ID: 87436 Summary: INVALID_STATE [UNK05] chid 0 mthd 0x0080 data 0x00000000 Product: xorg Version: 7.7 (2012.06) Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

From: Xia Yang <xiay at nvidia.com> Fix the channel id bit mask in FIFO schedule timeout error handling. FIFO_ENGINE_STATUS_NEXT_ID is bit 27:16 thus 0x0fff0000. FIFO_ENGINE_STATUS_ID is bit 11:0 thus 0x00000fff. Signed-off-by: Xia Yang <xiay at nvidia.com> Reviewed-by: Alexandre Courbot <acourbot at nvidia.com> --- drm/nouveau/nvkm/engine/fifo/gk104.c | 4 ++-- 1 file

https://bugs.freedesktop.org/show_bug.cgi?id=98405 poma <pomidorabelisima at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ulr_bugs_freedesktop_org at mo | |ehrkevielfalt.de --- Comment #3

https://bugs.freedesktop.org/show_bug.cgi?id=99202 Bug ID: 99202 Summary: system freeze - fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] - MULTIPLE_WARP_ERRORS - DATA_ERROR 00000004 [INVALID_VALUE] - ILLEGAL_CLASS ch 11 - RT_STORAGE_TYPE_MISMATCH - CLASS_SUBCH_MISMATCH Product: xorg Version: unspecified

Fixes "No Signal" via HDMI from NVIDIA Corporation ION VGA (rev b1) Ref. "drm/nouveau/disp/g94: implement workaround for dvi issue on fx380" https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2a4bd8a The last working Fedora kernel 4.8.0-0.rc0.git3.1.fc25 Patched and tested with: $ modinfo -n nouveau

CentOS Errata and Enhancement Advisory RHEA-2011:0828 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-0828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 0db3888c8fcc72733387622b8817ba9f talk-0.17-31.el5.x86_64.rpm 79533414aa4112ef3166731c68293505 talk-server-0.17-31.el5.x86_64.rpm Source:

CentOS Errata and Enhancement Advisory RHEA-2011:0828 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-0828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 22aa01d45827408695ce9549e9e18d25 talk-0.17-31.el5.i386.rpm 4a5d147f025f09c08d4bfeb39d6ef8ee talk-server-0.17-31.el5.i386.rpm Source:

CentOS Errata and Enhancement Advisory 2011:0828 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-0828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: d2ac34c11674827e73c5843591d51b76 talk-0.17-31.el5.x86_64.rpm e5c4111f4332628e7a7d469037baf244 talk-server-0.17-31.el5.x86_64.rpm Source:

CentOS Errata and Enhancement Advisory 2011:0828 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-0828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: b98a5f9a52b363e2c296d1227d8d25ec talk-0.17-31.el5.i386.rpm 5a898a1153e2b883e0118c7207291882 talk-server-0.17-31.el5.i386.rpm Source:

CentOS Errata and Bugfix Advisory 2014:0828 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0828.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b5c49577c9b49b2353f634063ded919434c27b98051ce06e0a6a35e0391e945d nfs-utils-1.2.3-39.el6_5.3.i686.rpm x86_64:

https://bugs.freedesktop.org/show_bug.cgi?id=92420 Bug ID: 92420 Summary: X crash when with 2nd display connected via Display Port Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component:

Hi . For some time now i have had problems with video on this system . from dmesg iget the following 6.408406] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x0a5000a2 [ 6.408411] nouveau [ DEVICE][0000:01:00.0] Chipset: GT216 (NVA5) [ 6.408414] nouveau [ DEVICE][0000:01:00.0] Family : NV50 [ 6.409206] nouveau [ VBIOS][0000:01:00.0] checking PRAMIN for image... [ 6.513939]

If the initial data element is 0, it will never be written, even though the value from the previous method may be there. Signed-off-by: Kelly Doran <kel.p.doran at gmail.com> --- drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Fixes: 590801c1a3 ("drm/nouveau/mpeg: remove dependence on namedb/engctx lookup") Cc: stable at vger.kernel.org # v4.3+ --- This is just a nice-to-have, as it only affects an error print afterwards. drivers/gpu/drm/nouveau/nvkm/engine/mpeg/nv31.c | 2 +- drivers/gpu/drm/nouveau/nvkm/engine/mpeg/nv44.c | 2 +- 2 files changed,

From: Ben Skeggs <bskeggs at redhat.com> [ Upstream commit a0b694d0af21c9993d1a39a75fd814bd48bf7eb4 ] HW has error checks in place which check that pixel depth is explicitly provided on DP, while HDMI has a "default" setting that we use. In multi-display configurations with identical modelines, but different protocols (HDMI + DP, in this case), it was possible for the DP head to

From: Ben Skeggs <bskeggs at redhat.com> [ Upstream commit a0b694d0af21c9993d1a39a75fd814bd48bf7eb4 ] HW has error checks in place which check that pixel depth is explicitly provided on DP, while HDMI has a "default" setting that we use. In multi-display configurations with identical modelines, but different protocols (HDMI + DP, in this case), it was possible for the DP head to