xorg issueshttps://gitlab.freedesktop.org/groups/xorg/-/issues2019-12-04T08:46:57Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/117NV4E - regular system crash with nouveau driver2019-12-04T08:46:57ZBugzilla Migration UserNV4E - regular system crash with nouveau driver## Submitted by b.torremans@gmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#80942)](https://bugs.freedesktop.org/show_bug.cgi?id=80942)**
## Description
Created attachment 102296<br>
kernel log<br>
<br>
I'm exp...## Submitted by b.torremans@gmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#80942)](https://bugs.freedesktop.org/show_bug.cgi?id=80942)**
## Description
Created attachment 102296<br>
kernel log<br>
<br>
I'm experiencing regular system crashes with the nouveau driver.<br>
<br>
System info :<br>
<br>
Host/Kernel/OS "siduxbox" running Linux 3.15-2.slh.6-aptosid-amd64 x86_64 [ sidux 2008-01 Νυξ - kde-full - (200804120109) ]<br>
CPU Info 2x AMD Athlon 64 X2 Dual-Core TK-53 256 KB cache flags( sse3 ht nx lm svm ) clocked at [ 800.000 MHz ]<br>
Videocard NVIDIA C51 [GeForce Go 6100] [ ]<br>
Network cards NVIDIA MCP51<br>
PCI device 0x4243:0x4311<br>
Processes 146 | Uptime 3:34 | Memory 707.2/1754.4MB | HDD ST9120822AS,MHW2080BH Size 200GB (65%used) | Client Shell | Infobash v3.47<br>
<br>
This system has been running with nouveau for years, but the last month i'm experiencing regular system crashes.<br>
Alt+SysRq sequence doesn't help to get out of it most of the time.<br>
<br>
In attachment you have the kernel log of 3 crashes this morning.<br>
<br>
Any idea how to solve this ?<br>
<br>
Thanks<br>
<br>
**Attachment 102296**, "kernel log": <br>
[kernel_log_nouveau_crash.txt](/uploads/902135b0c814ec0573b1de9f88311996/kernel_log_nouveau_crash.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/116[NVCF] PWM fan speed too high2019-12-04T08:46:22ZBugzilla Migration User[NVCF] PWM fan speed too high## Submitted by Invalid Invalid
Assigned to **Nouveau Project**
**[Link to original bug (#80901)](https://bugs.freedesktop.org/show_bug.cgi?id=80901)**
## Description
Since updating to kernel 3.15, the pwm fan speed of my 550 Ti c...## Submitted by Invalid Invalid
Assigned to **Nouveau Project**
**[Link to original bug (#80901)](https://bugs.freedesktop.org/show_bug.cgi?id=80901)**
## Description
Since updating to kernel 3.15, the pwm fan speed of my 550 Ti card is too high (above 35% in all situations) when compared with the proprietary NVIDIA driver (that hovers around 30%).<br>
The only way to reduce it to silence once again is to manually change the pwm1_max value under sysfs to 30 (by default it's 100).https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/115[NVE7] Hard hang (GPC0/TPC0/MP trap: MULTIPLE_WARP_ERRORS MEM_OUT_OF_BOUNDS)2019-12-04T08:46:15ZBugzilla Migration User[NVE7] Hard hang (GPC0/TPC0/MP trap: MULTIPLE_WARP_ERRORS MEM_OUT_OF_BOUNDS)## Submitted by tethys@gmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#80865)](https://bugs.freedesktop.org/show_bug.cgi?id=80865)**
## Description
Created attachment 102212<br>
Screenshot of log output<br>
<br...## Submitted by tethys@gmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#80865)](https://bugs.freedesktop.org/show_bug.cgi?id=80865)**
## Description
Created attachment 102212<br>
Screenshot of log output<br>
<br>
I came in to work this morning, to find two of my four monitors blank,<br>
and the other two showing the attached log output (screenshot only,<br>
because I can't find it in anywhere on the filesystem).<br>
<br>
/var/log/messages contains errors of the form:<br>
<br>
nouveau E[ PGRAPH][0000:01:00.0] TRAP ch 7 [0x007f730000 cubicgrid[18458]]<br>
nouveau E[ PGRAPH][0000:01:00.0] GPC0/TPC0/MP trap: MULTIPLE_WARP_ERRORS MEM_OUT_OF_BOUNDS<br>
<br>
cubicgrid is my screensaver (part of xscreensaver)<br>
<br>
Here's some more information that may or may not be useful. If you need<br>
any more, just ask and I'll see what I can do:<br>
<br>
localhost:~# uname -a<br>
Linux localhost.localdomain 3.16.0-rc2 #1 SMP Tue Jun 24 16:08:14 BST 2014 x86_64 x86_64 x86_64 GNU/Linux<br>
localhost:~# lspci | fgrep VGA<br>
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [NVS 510] (rev a1)<br>
localhost:~# xrandr<br>
Screen 0: minimum 320 x 200, current 7920 x 1920, maximum 8192 x 8192<br>
DP-1 connected 1600x1200+2560+0 (normal left inverted right x axis y axis) 408mm x 306mm<br>
1600x1200 60.00*+<br>
1280x1024 60.02 <br>
1280x960 60.00 <br>
1024x768 60.00 <br>
800x600 60.32 <br>
640x480 60.00 <br>
720x400 70.08 <br>
DP-2 connected primary 2560x1440+4160+0 (normal left inverted right x axis y axis) 597mm x 336mm<br>
2560x1440 59.95*+<br>
1920x1200 59.88 <br>
1920x1080 60.00 60.00 50.00 59.94 24.00 23.98 <br>
1920x1080i 60.00 50.00 59.94 <br>
1600x1200 60.00 <br>
1680x1050 59.95 <br>
1280x1024 75.02 60.02 <br>
1280x800 59.81 <br>
1152x864 75.00 <br>
1280x720 60.00 50.00 59.94 <br>
1440x576i 50.00 <br>
1024x768 75.08 60.00 <br>
1440x480i 60.00 59.94 <br>
800x600 75.00 60.32 <br>
720x576 50.00 <br>
720x480 60.00 59.94 <br>
640x480 75.00 60.00 59.94 <br>
720x400 70.08 <br>
DP-3 connected 1200x1920+6720+0 left (normal left inverted right x axis y axis) 518mm x 324mm<br>
1920x1200 59.95*+<br>
1600x1200 60.00 <br>
1680x1050 59.88 <br>
1280x1024 60.02 <br>
1280x960 60.00 <br>
1024x768 60.00 <br>
800x600 60.32 <br>
640x480 60.00 <br>
720x400 70.08 <br>
DP-4 connected 2560x1440+0+0 (normal left inverted right x axis y axis) 597mm x 336mm<br>
2560x1440 59.95*+<br>
1920x1200 59.88 <br>
1920x1080 60.00 60.00 50.00 59.94 24.00 23.98 <br>
1920x1080i 60.00 50.00 59.94 <br>
1600x1200 60.00 <br>
1680x1050 59.95 <br>
1280x1024 75.02 60.02 <br>
1280x800 59.81 <br>
1152x864 75.00 <br>
1280x720 60.00 50.00 59.94 <br>
1440x576i 50.00 <br>
1024x768 75.08 60.00 <br>
1440x480i 60.00 59.94 <br>
800x600 75.00 60.32 <br>
720x576 50.00 <br>
720x480 60.00 59.94 <br>
640x480 75.00 60.00 59.94 <br>
720x400 70.08 <br>
fgrep Monitor /var/log/Xorg.0.log<br>
[ 16.578] (**) | |-->Monitor "`<default monitor>`"<br>
[ 16.731] (II) NOUVEAU(0): Monitor name: SDM-S205F/K<br>
[ 16.737] (II) NOUVEAU(0): Monitor name: DELL U2711<br>
[ 16.771] (II) NOUVEAU(0): Monitor name: DELL U2412M<br>
[ 16.777] (II) NOUVEAU(0): Monitor name: DELL U2713HM<br>
<br>
**Attachment 102212**, "Screenshot of log output": <br>
![nouveau](/uploads/b0ebb9d6781aac1e05a4e851f9f6b54a/nouveau.jpg)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/114[NVAA] Nouveau KMS framebuffer hand-over: no/black console on Nvidia MCP78S/C...2020-04-22T10:11:43ZBugzilla Migration User[NVAA] Nouveau KMS framebuffer hand-over: no/black console on Nvidia MCP78S/C77/GeForce 8300 (10de:0848) with 32MB graphics RAM, X11 ok## Submitted by Walter Haidinger
Assigned to **Nouveau Project**
**[Link to original bug (#80675)](https://bugs.freedesktop.org/show_bug.cgi?id=80675)**
## Description
Created attachment 101974<br>
3.15.2 dmesg log<br>
<br>
I've a...## Submitted by Walter Haidinger
Assigned to **Nouveau Project**
**[Link to original bug (#80675)](https://bugs.freedesktop.org/show_bug.cgi?id=80675)**
## Description
Created attachment 101974<br>
3.15.2 dmesg log<br>
<br>
I've an AMD M4N78 PRO (Bios 1303) motherboard [1] here having<br>
a MCP78S chipset (GeForce 8300 onboard, PCI-ID 10de:0848)<br>
where I get all black consoles with KMS.<br>
<br>
Please note that X11 works fine.<br>
Fortunately no lockups when switching VTs either.<br>
<br>
I think there is probably a problem with KMS hand-over.<br>
<br>
Reproducible at least with:<br>
* vanilla 64-bit kernel 3.15.2 and 3.14.8 <br>
* openSUSE 13.1/x86_64 (3.11.10 kernel)<br>
* grml64-2014.03 live CD with 3.13.6 kernel [2]<br>
<br>
Yes, I've read:<br>
http://nouveau.freedesktop.org/wiki/KernelModeSetting/<br>
<br>
The consoles disappear (black only) once Nouveau switches<br>
to its framebuffer. If KMS is disabled, the consoles stay<br>
visible, i.e. vesa-fb works.<br>
<br>
Console switching still works, i.e. switching to/from VT7<br>
where X11 runs fine is possible. When switching, the<br>
display goes black but switching back to VT7 restores<br>
the X11 display.<br>
<br>
When using fbcon=map:1 kernel parameter, behavior changes<br>
just slightly when console switching: The X11 screen stays<br>
(no switch to black screen) but seems to freeze. Switching<br>
back to VT7 enables X11 again. <br>
<br>
Btw, the Linux Penguins shown for each CPU core are displayed<br>
but are distorted and in false colors. They disappear after<br>
about 10 seconds when the VT screens goes all black.<br>
<br>
Below are more details:<br>
<br>
* Relevant dmesg lines (see attachment for full):<br>
[ 9.017968] nouveau [ DEVICE][0000:02:00.0] BOOT0 : 0x0aa400a2<br>
[ 9.036288] nouveau [ DEVICE][0000:02:00.0] Chipset: MCP77/MCP78 (NVAA)<br>
[ 9.056678] nouveau [ DEVICE][0000:02:00.0] Family : NV50<br>
[ 9.073849] nouveau [ VBIOS][0000:02:00.0] checking PRAMIN for image...<br>
[ 9.135263] nouveau [ VBIOS][0000:02:00.0] ... appears to be valid<br>
[ 9.154602] nouveau [ VBIOS][0000:02:00.0] using image from PRAMIN<br>
[ 9.174041] nouveau [ VBIOS][0000:02:00.0] BIT signature found<br>
[ 9.192343] nouveau [ VBIOS][0000:02:00.0] version 62.77.36.00.00<br>
[ 9.231562] nouveau [ PFB][0000:02:00.0] RAM type: stolen system memory<br>
[ 9.252736] nouveau [ PFB][0000:02:00.0] RAM size: 32 MiB<br>
[ 9.270265] nouveau [ PFB][0000:02:00.0] ZCOMP: 0 tags<br>
[ 9.289229] nouveau [ VOLT][0000:02:00.0] GPU voltage: 1100000uv<br>
[ 9.498063] tsc: Refined TSC clocksource calibration: 3299.999 MHz<br>
[ 10.543608] Switched to clocksource tsc<br>
[ 18.015935] nouveau [ PTHERM][0000:02:00.0] FAN control: none / external<br>
[ 18.036606] nouveau [ PTHERM][0000:02:00.0] fan management: automatic<br>
[ 18.056467] nouveau [ PTHERM][0000:02:00.0] internal sensor: yes<br>
[ 18.075056] nouveau [ CLK][0000:02:00.0] 0f: core 500 MHz shader 1500 MHz vdec 500 MHz<br>
[ 18.100202] nouveau [ CLK][0000:02:00.0] --: core 350 MHz shader 800 MHz vdec 350 MHz<br>
[ 18.125199] [TTM] Zone kernel: Available graphics memory: 4062588 kiB<br>
[ 18.144801] [TTM] Zone dma32: Available graphics memory: 2097152 kiB<br>
[ 18.164410] [TTM] Initializing pool allocator<br>
[ 18.177527] [TTM] Initializing DMA pool allocator<br>
[ 18.191691] nouveau [ DRM] VRAM: 32 MiB<br>
[ 18.204540] nouveau [ DRM] GART: 1048576 MiB<br>
[ 18.218697] nouveau [ DRM] TMDS table version 2.0<br>
[ 18.234151] nouveau [ DRM] DCB version 4.0<br>
[ 18.247787] nouveau [ DRM] DCB outp 00: 01000300 0000001e<br>
[ 18.265322] nouveau [ DRM] DCB outp 01: 01011332 00020010<br>
[ 18.282855] nouveau [ DRM] DCB conn 00: 00000100<br>
[ 18.298118] nouveau [ DRM] DCB conn 01: 00001261<br>
[ 18.319941] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).<br>
[ 18.339819] [drm] Driver supports precise vblank timestamp query.<br>
[ 18.366629] nouveau [ DRM] MM: using M2MF for buffer copies<br>
[ 18.414966] nouveau [ DRM] allocated 1024x768 fb: 0x50000, bo ffff88022058e400<br>
[ 18.438055] fbcon: nouveaufb (fb0) is primary device<br>
[ 18.498687] random: nonblocking pool is initialized<br>
[ 18.505940] Console: switching to colour frame buffer device 128x48<br>
[ 18.555299] nouveau 0000:02:00.0: fb0: nouveaufb frame buffer device<br>
[ 18.574317] nouveau 0000:02:00.0: registered panic notifier<br>
[ 18.590996] [drm] Initialized nouveau 1.1.1 20120801 for 0000:02:00.0 on minor 0<br>
<br>
* Xorg.0.log, driver from openSUSE package<br>
xorg-x11-driver-video-nouveau-1.0.9-3.1.2.x86_64<br>
<br>
NOTE: Yes, this isn't the lastest but X11 is working. <br>
This bug is about the console framebuffer.<br>
I'm adding the Xorg log because it might provide some clues. <br>
<br>
X.Org X Server 1.14.3.901 (1.14.4 RC 1)<br>
Release Date: 2013-10-26<br>
Build Operating System: openSUSE SUSE LINUX<br>
Build Date: 17 April 2014 05:37:34AM<br>
(II) xfree86: Adding drm device (/dev/dri/card0)<br>
(--) PCI:*(0:2:0:0) 10de:0848:1043:82e2 rev 162, Mem @ 0xfa000000/16777216, 0xd8000000/134217728, 0xd6000000/33554432, I/O @ 0x0000bc00/128, BIOS @ 0x????????/131072<br>
(II) NOUVEAU driver<br>
(II) NOUVEAU driver for NVIDIA chipset families :<br>
RIVA TNT (NV04)<br>
RIVA TNT2 (NV05)<br>
GeForce 256 (NV10)<br>
GeForce 2 (NV11, NV15)<br>
GeForce 4MX (NV17, NV18)<br>
GeForce 3 (NV20)<br>
GeForce 4Ti (NV25, NV28)<br>
GeForce FX (NV3x)<br>
GeForce 6 (NV4x)<br>
GeForce 7 (G7x)<br>
GeForce 8 (G8x)<br>
GeForce GTX 200 (NVA0)<br>
GeForce GTX 400 (NVC0)<br>
(++) using VT number 7<br>
(II) [drm] nouveau interface version: 1.1.1<br>
(--) NOUVEAU(0): Chipset: "NVIDIA NVAA"<br>
(**) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32<br>
(==) NOUVEAU(0): RGB weight 888<br>
(==) NOUVEAU(0): Default visual is TrueColor<br>
(==) NOUVEAU(0): Using HW cursor<br>
(==) NOUVEAU(0): GLX sync to VBlank disabled.<br>
(==) NOUVEAU(0): Page flipping enabled<br>
(==) NOUVEAU(0): Swap limit set to 2 [Max allowed 2]<br>
(II) NOUVEAU(0): Output VGA-1 using monitor section Monitor[0]<br>
(II) NOUVEAU(0): EDID for output VGA-1<br>
(II) NOUVEAU(0): Printing probed modes for output VGA-1<br>
(II) NOUVEAU(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz eP)<br>
(II) NOUVEAU(0): EDID for output HDMI-1<br>
(II) NOUVEAU(0): Output VGA-1 connected<br>
(II) NOUVEAU(0): Output HDMI-1 disconnected<br>
(II) NOUVEAU(0): Using exact sizes for initial modes<br>
(II) NOUVEAU(0): Output VGA-1 using initial mode 1024x768<br>
(II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.<br>
(--) NOUVEAU(0): Virtual size is 1024x768 (pitch 0)<br>
(==) NOUVEAU(0): Backing store disabled<br>
(==) NOUVEAU(0): Silken mouse enabled<br>
(II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video.<br>
(II) NOUVEAU(0): [XvMC] Extension initialized.<br>
(**) NOUVEAU(0): DPMS enabled<br>
(II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message.<br>
(II) NOUVEAU(0): NVEnterVT is called.<br>
(II) NOUVEAU(0): Setting screen physical size to 304 x 228<br>
<br>
* lspci -vs 02:00.0<br>
02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8300] (rev a2) (prog-if 00 [VGA controller])<br>
Subsystem: ASUSTeK Computer Inc. Device 82e2<br>
Flags: bus master, fast devsel, latency 0, IRQ 23<br>
Memory at fa000000 (32-bit, non-prefetchable) [size=16M]<br>
Memory at d8000000 (64-bit, prefetchable) [size=128M]<br>
Memory at d6000000 (64-bit, prefetchable) [size=32M]<br>
I/O ports at bc00 [size=128]<br>
Expansion ROM at fb3e0000 [disabled] [size=128K]<br>
Capabilities: [60] Power Management version 2<br>
Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+<br>
Kernel driver in use: nouveau<br>
<br>
* Relevant kernel config:<br>
CONFIG_VT_CONSOLE=y<br>
CONFIG_VT_CONSOLE_SLEEP=y<br>
CONFIG_HW_CONSOLE=y<br>
CONFIG_VT_HW_CONSOLE_BINDING=y<br>
CONFIG_VGA_CONSOLE=y<br>
CONFIG_DUMMY_CONSOLE=y<br>
CONFIG_FRAMEBUFFER_CONSOLE=y<br>
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y<br>
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y<br>
<br>
* References:<br>
[1] http://www.asus.com/Motherboards/M4N78_PRO/specifications/<br>
[2] http://grml.org/changelogs/README-grml-2014.03/<br>
<br>
**Attachment 101974**, "3.15.2 dmesg log": <br>
[dmesg.txt](/uploads/9a5369c3a4408a3a9235db6a4fbd3ccf/dmesg.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/113[NVC1] Card not auto-suspending in 3.152019-12-04T08:45:57ZBugzilla Migration User[NVC1] Card not auto-suspending in 3.15## Submitted by Marc Collin
Assigned to **Nouveau Project**
**[Link to original bug (#80013)](https://bugs.freedesktop.org/show_bug.cgi?id=80013)**
## Description
Created attachment 101028<br>
/var/log/messages 3.14<br>
<br>
Since...## Submitted by Marc Collin
Assigned to **Nouveau Project**
**[Link to original bug (#80013)](https://bugs.freedesktop.org/show_bug.cgi?id=80013)**
## Description
Created attachment 101028<br>
/var/log/messages 3.14<br>
<br>
Since kernel 3.15, i cannot turn off nvidia video card.<br>
<br>
on 3.14<br>
cat /sys/kernel/debug/vgaswitcheroo/switch<br>
0:IGD:+:Pwr:0000:00:02.0 <br>
1:DIS: :DynOff:0000:01:00.0 <br>
<br>
on 3.15<br>
1:DIS: DynPwr <br>
<br>
if i try echo OFF > /sys/kernel/debug/vgaswitcheroo/switch<br>
that change nothing<br>
<br>
**Attachment 101028**, "/var/log/messages 3.14": <br>
[messages_3_14.txt](/uploads/416d067634cd9183ba7610895463c0ce/messages_3_14.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/112[NVE6] Multiple issues with 3 monitors and a GTX 6702019-12-04T08:45:51ZBugzilla Migration User[NVE6] Multiple issues with 3 monitors and a GTX 670## Submitted by Tiziano Bacocco
Assigned to **Nouveau Project**
**[Link to original bug (#79912)](https://bugs.freedesktop.org/show_bug.cgi?id=79912)**
## Description
If i connect a third monitor on HDMI , on that one i get a purp...## Submitted by Tiziano Bacocco
Assigned to **Nouveau Project**
**[Link to original bug (#79912)](https://bugs.freedesktop.org/show_bug.cgi?id=79912)**
## Description
If i connect a third monitor on HDMI , on that one i get a purple vertical line on the left , DVI-D one does not work, and framerate of gnome-shell is very very low<br>
<br>
On the kernel logs at boot i get <br>
<br>
[ 25.163082] WARNING: CPU: 1 PID: 1188 at drivers/gpu/drm/ttm/ttm_bo_vm.c:269 ttm_bo_vm_open+0x52/0x80 [ttm]()<br>
[ 25.163084] Modules linked in: ccm xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack tun bnep bridge stp llc snd_hda_codec_hdmi x86_pkg_temp_thermal coretemp snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel kvm_intel snd_hda_codec snd_hwdep arc4 ath9k ath9k_common ath9k_hw snd_seq ath ir_lirc_codec ir_mce_kbd_decoder lirc_dev ir_sony_decoder ir_nec_decoder ir_sanyo_decoder ir_rc6_decoder ir_jvc_decoder mac80211 ir_rc5_decoder nouveau r820t kvm snd_seq_device snd_pcm iTCO_wdt rtl2832 cfg80211 crct10dif_pclmul iTCO_vendor_support dvb_usb_rtl28xxu rtl2830 i2c_algo_bit ttm crc32_pclmul btusb crc32c_intel dvb_usb_v2 eeepc_wmi asus_wmi snd_timer drm_kms_helper sparse_keymap snd drm ghash_clmulni_intel dvb_core soundcore<br>
[ 25.163138] bluetooth i2c_i801 radio_ma901 tpm_tis tpm_infineon joydev videodev mei_me 6lowpan_iphc rfkill rc_core media i2c_core serio_raw tpm lpc_ich mei shpchp mfd_core microcode nfsd auth_rpcgss nfs_acl lockd sunrpc raid0 mxm_wmi e1000e ptp pps_core video wmi<br>
[ 25.163164] CPU: 1 PID: 1188 Comm: Xorg Tainted: G W 3.14.5-200.fc20.x86_64 #1<br>
[ 25.163166] Hardware name: ASUS All Series/Z87-PRO, BIOS 0903 05/06/2013<br>
[ 25.163168] 0000000000000000 00000000c1415f90 ffff88030476bd90 ffffffff816efa42<br>
[ 25.163173] 0000000000000000 ffff88030476bdc8 ffffffff8108a1cd ffff880309ca6000<br>
[ 25.163179] ffff880309d23ac8 ffff88030bd69f18 0000000000000000 0000000000000000<br>
[ 25.163183] Call Trace:<br>
[ 25.163189] [`<ffffffff816efa42>`] dump_stack+0x45/0x56<br>
[ 25.163194] [`<ffffffff8108a1cd>`] warn_slowpath_common+0x7d/0xa0<br>
[ 25.163199] [`<ffffffff8108a2fa>`] warn_slowpath_null+0x1a/0x20<br>
[ 25.163209] [`<ffffffffa034b132>`] ttm_bo_vm_open+0x52/0x80 [ttm]<br>
[ 25.163214] [`<ffffffff81088f17>`] copy_process.part.26+0x18f7/0x1b90<br>
[ 25.163219] [`<ffffffff81089373>`] do_fork+0xc3/0x370<br>
[ 25.163225] [`<ffffffff810896a6>`] SyS_clone+0x16/0x20<br>
[ 25.163229] [`<ffffffff81700189>`] stub_clone+0x69/0x90<br>
[ 25.163234] [`<ffffffff816ffe29>`] ? system_call_fastpath+0x16/0x1b<br>
[ 25.163237] ---[ end trace da86bd3f343ad454 ]---<br>
[ 25.163241] ------------[ cut here ]------------<br>
<br>
<br>
and when using it thousands of lines with<br>
[ 342.347721] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 342.360259] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 342.373450] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 342.386710] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 342.400035] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 342.412854] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 342.426119] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400d<br>
[ 343.290435] nouveau E[ PDISP][0000:01:00.0] chid 0 mthd 0x0080 data 0x00000000 0x10005080 0x0000400dhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/111[NVA0] GPU lockup when playing video with VDPAU2019-12-04T09:09:37ZBugzilla Migration User[NVA0] GPU lockup when playing video with VDPAU## Submitted by Alberto
Assigned to **Nouveau Project**
**[Link to original bug (#79701)](https://bugs.freedesktop.org/show_bug.cgi?id=79701)**
## Description
Created attachment 100486<br>
dmesg after the GPU lock up<br>
<br>
Hell...## Submitted by Alberto
Assigned to **Nouveau Project**
**[Link to original bug (#79701)](https://bugs.freedesktop.org/show_bug.cgi?id=79701)**
## Description
Created attachment 100486<br>
dmesg after the GPU lock up<br>
<br>
Hello,<br>
I installed the vdpau mesa drivers for ubuntu trusty, extracted the firmware from the blob and tried playing a video with mplayer. It played ok for a few minutes (albeit with noticeable artifacts), then the gpu locked up - I could only switch to a vt and reboot. The video codec is H264 - MPEG-4 AVC (part 10), 1920x802.<br>
<br>
$ ls /lib/firmware/nouveau<br>
nv84_bsp nv84_bsp-h264 nv84_vp nv84_vp-h264-1 nv84_vp-h264-2 nv84_vp-mpeg12 nv84_vp-vc1-1 nv84_vp-vc1-2 nv84_vp-vc1-3 nv84_xuc00f nv84_xuc103<br>
<br>
$ vdpauinfo<br>
display: :0 screen: 0<br>
API version: 1<br>
Information string: G3DVL VDPAU Driver Shared Library version 1.0<br>
<br>
Video surface:<br>
<br>
name width height types<br>
-------------------------------------------<br>
420 8192 8192 NV12 YV12 <br>
422 8192 8192 UYVY YUYV <br>
444 8192 8192 Y8U8V8A8 V8U8Y8A8 <br>
<br>
Decoder capabilities:<br>
<br>
name level macbs width height<br>
-------------------------------------------<br>
MPEG1 0 16384 2048 2048<br>
MPEG2_SIMPLE 3 16384 2048 2048<br>
MPEG2_MAIN 3 16384 2048 2048<br>
H264_BASELINE 41 16384 2048 2048<br>
H264_MAIN 41 16384 2048 2048<br>
H264_HIGH 41 16384 2048 2048<br>
<br>
Output surface:<br>
<br>
name width height nat types<br>
----------------------------------------------------<br>
B8G8R8A8 8192 8192 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 <br>
R8G8B8A8 8192 8192 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 <br>
R10G10B10A2 8192 8192 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 <br>
B10G10R10A2 8192 8192 y NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 <br>
<br>
Bitmap surface:<br>
<br>
name width height<br>
------------------------------<br>
B8G8R8A8 8192 8192<br>
R8G8B8A8 8192 8192<br>
R10G10B10A2 8192 8192<br>
B10G10R10A2 8192 8192<br>
A8 8192 8192<br>
<br>
Video mixer:<br>
<br>
feature name sup<br>
------------------------------------<br>
DEINTERLACE_TEMPORAL y<br>
DEINTERLACE_TEMPORAL_SPATIAL -<br>
INVERSE_TELECINE -<br>
NOISE_REDUCTION y<br>
SHARPNESS y<br>
LUMA_KEY -<br>
HIGH QUALITY SCALING - L1 -<br>
HIGH QUALITY SCALING - L2 -<br>
HIGH QUALITY SCALING - L3 -<br>
HIGH QUALITY SCALING - L4 -<br>
HIGH QUALITY SCALING - L5 -<br>
HIGH QUALITY SCALING - L6 -<br>
HIGH QUALITY SCALING - L7 -<br>
HIGH QUALITY SCALING - L8 -<br>
HIGH QUALITY SCALING - L9 -<br>
<br>
parameter name sup min max<br>
-----------------------------------------------------<br>
VIDEO_SURFACE_WIDTH y 48 2048<br>
VIDEO_SURFACE_HEIGHT y 48 2048<br>
CHROMA_TYPE y <br>
LAYERS y 0 4<br>
<br>
attribute name sup min max<br>
-----------------------------------------------------<br>
BACKGROUND_COLOR y <br>
CSC_MATRIX y <br>
NOISE_REDUCTION_LEVEL y 0.00 1.00<br>
SHARPNESS_LEVEL y -1.00 1.00<br>
LUMA_KEY_MIN_LUMA y <br>
LUMA_KEY_MAX_LUMA y<br>
<br>
**Attachment 100486**, "dmesg after the GPU lock up": <br>
[dmesg](/uploads/f1e640917d7790e6a4fa204645517f47/dmesg)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/110nouveau causes lockup and reboot on GT2152019-12-04T09:51:37ZBugzilla Migration Usernouveau causes lockup and reboot on GT215## Submitted by Adam Borowski `@kilobyte`
Assigned to **Nouveau Project**
**[Link to original bug (#79518)](https://bugs.freedesktop.org/show_bug.cgi?id=79518)**
## Description
Created attachment 100258<br>
kernel log via a serial...## Submitted by Adam Borowski `@kilobyte`
Assigned to **Nouveau Project**
**[Link to original bug (#79518)](https://bugs.freedesktop.org/show_bug.cgi?id=79518)**
## Description
Created attachment 100258<br>
kernel log via a serial console<br>
<br>
On my system, with nvidia GT215/240, nouveau causes random crashes on the order of 1 hour. Typically, there's a lockup followed by a reboot a few seconds later. With the proprietary driver, the system is stable. The crash happens on both old and new kernels, up to 3.15-rc.<br>
<br>
**Attachment 100258**, "kernel log via a serial console": <br>
[kernel-log](/uploads/6a812d5621fb6053bb847569cbd2b0ad/kernel-log)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/109[VP4.2] Video playback using vdpau unusably slow2019-12-04T08:45:29ZBugzilla Migration User[VP4.2] Video playback using vdpau unusably slow## Submitted by Marcel Dopita
Assigned to **Nouveau Project**
**[Link to original bug (#79211)](https://bugs.freedesktop.org/show_bug.cgi?id=79211)**
## Description
Created attachment 99768<br>
dmesg<br>
<br>
Hardware: Motherboard...## Submitted by Marcel Dopita
Assigned to **Nouveau Project**
**[Link to original bug (#79211)](https://bugs.freedesktop.org/show_bug.cgi?id=79211)**
## Description
Created attachment 99768<br>
dmesg<br>
<br>
Hardware: Motherboard Asus P8Z77 Pro Thunderbolt, CPU Intel i7-3770K, GPU Gigabyte GTX 560 Ti Ultra Durable, RAM 32 GB, SSD Intel<br>
Software: EFISTUB booting, Arch Linux 3.14.4 x64, XFCE<br>
<br>
$ pacman -Q | grep nouveau<br>
lib32-nouveau-dri 10.1.4-1<br>
nouveau-dri 10.1.4-1<br>
nouveau-fw 325.15-1<br>
xf86-video-nouveau 1.0.10-2<br>
<br>
I noticed slight performance issue when playing recorded TV show (720x576 MPEG2 in TS) and also deinterlacing and display compositing (Compton because of vsync) turned on. Because of that I decided to try using vdpau which I noticed is somehow supported (http://nouveau.freedesktop.org/wiki/VideoAcceleration/).<br>
<br>
While vdpau works for some videos, it fails to play smoothly higher quality/bitrate streams. Vdpau output is choppy and with artifacts in both mplayer and VLC. (Display compositing is turned off)<br>
<br>
I used Nvidia libs for vdpau from AUR package nouveau-fw but I experienced the same result when extracting manualy with extract_firmware.py and Nvidia drivers version 331.67.<br>
<br>
Videos play fine when using first party nvidia drivers and using vdpau (ok in both mplayer/VLC).<br>
Videos also run flawlessly on Windows when using vdpau (CPU stays at 1% when playing).<br>
(Other video drivers such as xv, gl play videos fine.)<br>
<br>
Here're samples where chopping is clearly visible. First few second from Lord of the rings and Blender Foundation "Sintel.2010.1080p.mkv".<br>
<br>
http://smartmadsoft.com/temp/video/sample-lotr.mkv<br>
http://smartmadsoft.com/temp/video/sample-sintel.mkv<br>
<br>
**Attachment 99768**, "dmesg": <br>
[dmesg.txt](/uploads/3e39d302f9ec10ba04d18a8cab004bbd/dmesg.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/108[NV11] Nouveau fails initializing KMS on Geforce2 Go (NV11M)2019-12-04T08:45:18ZBugzilla Migration User[NV11] Nouveau fails initializing KMS on Geforce2 Go (NV11M)## Submitted by Ismael
Assigned to **Nouveau Project**
**[Link to original bug (#78748)](https://bugs.freedesktop.org/show_bug.cgi?id=78748)**
## Description
Created attachment 99105<br>
Video bios (10de:0112 NVIDIA Corporation NV...## Submitted by Ismael
Assigned to **Nouveau Project**
**[Link to original bug (#78748)](https://bugs.freedesktop.org/show_bug.cgi?id=78748)**
## Description
Created attachment 99105<br>
Video bios (10de:0112 NVIDIA Corporation NV11M [GeForce2 Go] (rev b2))<br>
<br>
Nouveau kernel module crashes at boot, trying to enable outputs.<br>
It can not detect any modes.<br>
<br>
All the outputs are turned off when the bug happens, so the system is unusable.<br>
<br>
**Attachment 99105**, "Video bios (10de:0112 NVIDIA Corporation NV11M [GeForce2 Go] (rev b2))": <br>
[vbios.rom](/uploads/2b4e06f9773fd18ec4252e5b0e776cd0/vbios.rom)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/107NV28M running at 1/8th GPU clock when using nouveau2019-12-04T08:45:13ZBugzilla Migration UserNV28M running at 1/8th GPU clock when using nouveau## Submitted by nv28m
Assigned to **Nouveau Project**
**[Link to original bug (#78543)](https://bugs.freedesktop.org/show_bug.cgi?id=78543)**
## Description
See https://bugs.freedesktop.org/show_bug.cgi?id=54700 some details. I've...## Submitted by nv28m
Assigned to **Nouveau Project**
**[Link to original bug (#78543)](https://bugs.freedesktop.org/show_bug.cgi?id=78543)**
## Description
See https://bugs.freedesktop.org/show_bug.cgi?id=54700 some details. I've opened this as the speed problem has nothing to do with the distortion, but I've noticed it when debugging that problem. I've e-mailed two dumps for that thread for this machine.<br>
<br>
In short nouveau is slow normally, unless I insert the nvidia module in one kernel and kexec into another kernel. Then nouveau is fast until I suspend to RAM. After resume it's slow again. And I can't fix it ;)<br>
<br>
Long version:<br>
<br>
I've played a bit with nvclock and found something interesting. When using the nvidia driver in X I get:<br>
<br>
================================<br>
-- General info --<br>
Card: nVidia Geforce 4 4000 GO<br>
Architecture: NV28 A2<br>
PCI id: 0x286<br>
NVPLL_COEFF=00010d01<br>
m=1 n=13 p=1<br>
GPU clock: 175.500 MHz<br>
Bustype: AGP<br>
<br>
-- Memory info --<br>
Amount: 32 MB<br>
Type: 128 bit DDR<br>
MPLL_COEFF=00001d02<br>
m=2 n=29 p=0<br>
Clock: 391.500 MHz<br>
<br>
-- AGP info --<br>
Status: Enabled<br>
Rate: 4X<br>
AGP rates: 1X 2X 4X<br>
Fast Writes: Disabled<br>
SBA: Disabled<br>
<br>
-- VideoBios information --<br>
Version: 04.28.20.31<br>
Signon message: NV28 P138 Mobile Reference VGA BIOS<br>
================================<br>
<br>
When I switch to console, then it's:<br>
<br>
================================<br>
-- General info --<br>
Card: nVidia Geforce 4 4000 GO<br>
Architecture: NV28 A2<br>
PCI id: 0x286<br>
NVPLL_COEFF=00040d01<br>
m=1 n=13 p=4<br>
GPU clock: 21.937 MHz<br>
Bustype: AGP<br>
================================<br>
<br>
When I do the same using nouveau in X (after nvidia kexec):<br>
<br>
================================<br>
-- General info --<br>
Card: nVidia Geforce 4 4000 GO<br>
Architecture: NV28 A2<br>
PCI id: 0x286<br>
NVPLL_COEFF=00040d01<br>
m=1 n=13 p=4<br>
GPU clock: 21.937 MHz<br>
Bustype: AGP<br>
<br>
-- Memory info --<br>
Amount: 32 MB<br>
Type: 128 bit DDR<br>
MPLL_COEFF=00000f01<br>
m=1 n=15 p=0<br>
Clock: 405.000 MHz<br>
<br>
-- AGP info --<br>
Status: Enabled<br>
Rate: 4X<br>
AGP rates: 1X 2X 4X <br>
Fast Writes: Enabled<br>
SBA: Enabled<br>
<br>
-- VideoBios information --<br>
Version: 04.28.20.31<br>
Signon message: NV28 P138 Mobile Reference VGA BIOS<br>
================================<br>
<br>
Nouveau on console (after nvidia kexec):<br>
<br>
================================<br>
-- General info --<br>
Card: nVidia Geforce 4 4000 GO<br>
Architecture: NV28 A2<br>
PCI id: 0x286<br>
NVPLL_COEFF=00010d01<br>
m=1 n=13 p=1<br>
GPU clock: 175.500 MHz<br>
Bustype: AGP<br>
================================<br>
<br>
And what is interesting if I do a "nvclock -i -d | cat" on console then it's:<br>
<br>
================================<br>
-- General info --<br>
Card: nVidia Geforce 4 4000 GO<br>
Architecture: NV28 A2<br>
PCI id: 0x286<br>
NVPLL_COEFF=00040d01<br>
m=1 n=13 p=4<br>
GPU clock: 21.937 MHz<br>
Bustype: AGP<br>
================================<br>
<br>
There's no difference with nvidia between redirecting to file or not.<br>
<br>
The POST values are 175 MHz GPU and 405 MHz RAM (same as nouveau console). I've checked the nvidia dump I've made, it's set up to 100 MHz GPU and 199 MHz RAM, but for some reason that's not the speed it's actually reported later (see above, 175/391).<br>
<br>
When I do a suspend to RAM then I get 22 MHz GPU consistently on console and X with nouveau, independent of redirecting or not. I guess that the 22 MHz in X after nvidia kexec is probably false and it's more like 175 MHz as on console without redirection.<br>
<br>
If I directly poke the PLL and read it back then it's not the same. It's always 1/8 of what was requested (actually +3). When I change it on nvidia it's the same as what I write there. Also after nvidia kexec, on the nouveau console it's matching. But not after a suspend to RAM or otherwise. The same 1/8 is there in X when nouveau is running fast after kexec.<br>
<br>
Any ideas what is causing this 1/8 speed limit sometimes? Or why it's different if I redirect/not with nouveau?https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/106[NVD9] Screen frozen on resume from suspend2019-12-04T08:45:11ZBugzilla Migration User[NVD9] Screen frozen on resume from suspend## Submitted by Rebecca Palmer
Assigned to **Nouveau Project**
**[Link to original bug (#78361)](https://bugs.freedesktop.org/show_bug.cgi?id=78361)**
## Description
Created attachment 98591<br>
kernel logs<br>
<br>
After resume f...## Submitted by Rebecca Palmer
Assigned to **Nouveau Project**
**[Link to original bug (#78361)](https://bugs.freedesktop.org/show_bug.cgi?id=78361)**
## Description
Created attachment 98591<br>
kernel logs<br>
<br>
After resume from suspend, the screen shows part but not all of its pre-suspend contents (most often the menu used to enter suspend) on a black background, or sometimes garbage or all-black, instead of the password entry screen. This does not happen on resume from screen lock.<br>
<br>
I haven't tried entering my password, as I can't see what I might be giving it to; Alt+SysRq+b reboot works.<br>
<br>
Ubuntu Trusty (libdrm-nouveau 2.4.52, xserver-xorg-video-nouveau 1.0.10, mesa 10.1.0); kernels 3.13 (default), 3.14rc8 (git as of 26 Mar), 3.11 and 3.8 are all affected.<br>
<br>
This is the same machine as [bug 71659](https://bugs.freedesktop.org/show_bug.cgi?id=71659), but the system logs don't have its error message.<br>
<br>
**Attachment 98591**, "kernel logs": <br>
[kernlog_suspend_hang.txt](/uploads/e6717c38bb9a13fe4b41bf631b7bc790/kernlog_suspend_hang.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/105[NV4E] [v3.15-rc2] nouveau fails after 6 resumes2019-12-04T08:45:07ZBugzilla Migration User[NV4E] [v3.15-rc2] nouveau fails after 6 resumes## Submitted by Ronald
Assigned to **Nouveau Project**
**[Link to original bug (#77757)](https://bugs.freedesktop.org/show_bug.cgi?id=77757)**
## Description
Created attachment 97726<br>
Kernel output according to systemD<br>
<br>...## Submitted by Ronald
Assigned to **Nouveau Project**
**[Link to original bug (#77757)](https://bugs.freedesktop.org/show_bug.cgi?id=77757)**
## Description
Created attachment 97726<br>
Kernel output according to systemD<br>
<br>
After 6 resumes, the screen was all garbled. I have uploaded a full dmesg excluding the noise from my firewall and netfilter packet checking. It's from systemd, so I think that makes it less reliable.<br>
<br>
**Attachment 97726**, "Kernel output according to systemD": <br>
[systemd_dmesg.txt](/uploads/04a90ad540157a6fea881d663095b932/systemd_dmesg.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/104[NVE7] "failed to read DPCD" on wake up with external monitor2019-12-04T08:45:00ZBugzilla Migration User[NVE7] "failed to read DPCD" on wake up with external monitor## Submitted by Dzmitry Lazerka
Assigned to **Nouveau Project**
**[Link to original bug (#77674)](https://bugs.freedesktop.org/show_bug.cgi?id=77674)**
## Description
Hi folks,<br>
I have:<br>
<br>
01:00.0 VGA compatible controlle...## Submitted by Dzmitry Lazerka
Assigned to **Nouveau Project**
**[Link to original bug (#77674)](https://bugs.freedesktop.org/show_bug.cgi?id=77674)**
## Description
Hi folks,<br>
I have:<br>
<br>
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107GLM [Quadro K1000M] [10de:0ffc] (rev a1)<br>
(one year old thinkpad laptop)<br>
<br>
and I'm unable to wake up. Well, not be, but my "Linux 3.11-2-amd64 #1 SMP Debian 3.11.8-1 (2013-11-13) x86_64 GNU/Linux" (Mint, Debian Edition, "testing").<br>
Optimus is disabled in BIOS (only discrete is used). On waking up I see four lines:<br>
<br>
[ 8618.926501] mei_me 0000:00:16.0: suspend<br>
[ 8623.309085] nouveau E[ PDISP][000:01:00.0] DP:0006:0f48: failed to read DPCD<br>
[ 8625.220708] dpm_run_callback(): usb_dev_resume+0x0/0x10 [usbcore] returns -32<br>
[ 8625.220712] PM: Device 4-1.8.1.1.1 failed to resume async: error -32<br>
<br>
<br>
Reproducible only with external monitors (via dock station).<br>
<br>
<br>
Sorry, not sure how to get Nouveau version.<br>
$ apt-cache showpkg xserver-xorg-video-nouveau<br>
...<br>
Dependencies:<br>
1:1.0.10-1 - libc6 (2 2.15) libdrm-nouveau2 (2 2.4.38) libdrm2 (2 2.4.25) libudev1 (2 183) xorg-video-abi-14 (0 (null)) xserver-xorg-core (2 2:1.13.99.901) libgl1-mesa-dri (2 9.0) xserver-xorg-video-nouveau:i386 (0 (null)) " if that helps.https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/103[NV98] On recent Linux kernel (3.13 and 3.14), the GPU locks up around the ti...2019-12-04T08:44:55ZBugzilla Migration User[NV98] On recent Linux kernel (3.13 and 3.14), the GPU locks up around the time an X server starts## Submitted by Johannes Kloos
Assigned to **Nouveau Project**
**[Link to original bug (#77586)](https://bugs.freedesktop.org/show_bug.cgi?id=77586)**
## Description
Created attachment 97525<br>
dmesg output, as of running Linux 3...## Submitted by Johannes Kloos
Assigned to **Nouveau Project**
**[Link to original bug (#77586)](https://bugs.freedesktop.org/show_bug.cgi?id=77586)**
## Description
Created attachment 97525<br>
dmesg output, as of running Linux 3.14<br>
<br>
On my laptop, the GPU reproducably locks up when booting Linux 3.13 or 3.14.<br>
<br>
Hardware set-up:<br>
* NV98; lspci gives<br>
VGA compatible controller: NVIDIA Corporation G98M [Quadro NVS 160M] (rev a1)<br>
* Dual-head set-up. One connected monitor is the laptop screen, the other<br>
is an HDMI monitor.<br>
* x86-64 system (Dell Latitude E6400)<br>
<br>
Software:<br>
* The attached dmesg is from running Linux 3.14.1, as downloaded from<br>
kernel.org. I have applied a small patch as suggested by<br>
RSpliet and xexaxo^ on IRC.<br>
* libdrm: Installed from Debian unstable, package version: libdrm-nouveau2 2.4.52-1<br>
* Xorg: Also from Debian unstable, package version: 1:7.7+1 (i.e., Xorg 7.7).<br>
<br>
Error description: During boot-up, an X server seems to start up. The<br>
X server process is running, and the system switches to a fresh VT, but<br>
it seems that graphics are not initialized at all, and the X server is stuck.<br>
In particular, nothing remotely resembling a gdm session shows up, and the<br>
keyboard is not responsive (except Magic Sysrq).<br>
When switching to a console, a kernel message about a GPU lockup (see dmesg)<br>
appears.<br>
<br>
Furthermore, booting the system with an old kernel (verified for Linux 3.2.42,<br>
using an old Debian package), X starts up normally.<br>
<br>
Attached: dmesg output. I will add further information in additional messages.<br>
<br>
**Attachment 97525**, "dmesg output, as of running Linux 3.14": <br>
[dmesg2.txt](/uploads/1ab2bc32db656520384d29f93f0c322a/dmesg2.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/102[NVAF] Minor screen corruption on NVAF card2019-12-04T09:03:35ZBugzilla Migration User[NVAF] Minor screen corruption on NVAF card## Submitted by Chernovsky Oleg
Assigned to **Nouveau Project**
**[Link to original bug (#77574)](https://bugs.freedesktop.org/show_bug.cgi?id=77574)**
## Description
Created attachment 97517<br>
nouveau debug log with PDISP=debug...## Submitted by Chernovsky Oleg
Assigned to **Nouveau Project**
**[Link to original bug (#77574)](https://bugs.freedesktop.org/show_bug.cgi?id=77574)**
## Description
Created attachment 97517<br>
nouveau debug log with PDISP=debug,DEVINIT=debug<br>
<br>
Good time of day.<br>
<br>
I have MacBook with ArchLinux installed.<br>
When resuming after suspend, there is minor screen corruption. It looks loke small dashed line, approximately half of screen height, fading to transparent at both sides. It is oriented vertically, moves from top of the screen to the bottom, then appears again.<br>
<br>
I'm attaching here Xorg log and nouveau.debug dmesg log with normal boot -> suspend -> wake.<br>
<br>
My versions of packages:<br>
local/xorg-server 1.15.1-1 (xorg)<br>
local/xf86-video-nouveau 1.0.10-2 (xorg-drivers xorg)<br>
local/mesa 10.1.0-5<br>
local/linux 3.14.1-1 (base)<br>
<br>
I also can bring any information you need. Really want to help.<br>
<br>
**Attachment 97517**, "nouveau debug log with PDISP=debug,DEVINIT=debug": <br>
[nouveau.dmesg](/uploads/c4a90f87c83dd3adcca7490930abb96c/nouveau.dmesg)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/101[NVE6] Xorg crashes when switching back from VT to X2019-12-04T08:44:45ZBugzilla Migration User[NVE6] Xorg crashes when switching back from VT to X## Submitted by D. Moens
Assigned to **Nouveau Project**
**[Link to original bug (#76990)](https://bugs.freedesktop.org/show_bug.cgi?id=76990)**
## Description
Testing with GK106GLM [Quadro K2100M], QHD+ (3200x1800) screen.<br>
<b...## Submitted by D. Moens
Assigned to **Nouveau Project**
**[Link to original bug (#76990)](https://bugs.freedesktop.org/show_bug.cgi?id=76990)**
## Description
Testing with GK106GLM [Quadro K2100M], QHD+ (3200x1800) screen.<br>
<br>
Environment : Fedora 20 with kernel 3.14 and darktama's git 633e16bb8571071b9da8ed03513a2266cbf21eb5.<br>
<br>
When switching to a VT, and afterwards switching back to the X session, X crashes.<br>
<br>
<br>
Abrt data available :<br>
<br>
Apr 3 11:55:34 cn0042 abrt-hook-ccpp: Saved core dump of pid 1237 (/usr/bin/Xorg) to /var/tmp/abrt/ccpp-2014-04-03-11:55:34-1237 (198725632 bytes)<br>
Apr 3 11:55:34 cn0042 abrt-server: Generating core_backtrace<br>
Apr 3 11:55:34 cn0042 abrt-server: Generating backtrace<br>
<br>
<br>
dmesg output :<br>
<br>
[ 504.935039] nouveau E[Xorg[1237]] failed to idle channel 0xcccc0000 [Xorg[1237]]<br>
[ 519.921691] nouveau E[Xorg[1237]] failed to idle channel 0xcccc0000 [Xorg[1237]]<br>
[ 522.538824] nouveau E[ PGRAPH][0000:01:00.0] HUB_INIT timed out<br>
[ 522.538828] nouveau E[ PGRAPH][0000:01:00.0] 409000 - done 0x00000220<br>
[ 522.538832] nouveau E[ PGRAPH][0000:01:00.0] 409000 - stat 0x00000000 0x00000000 0x00000000 0x00000000<br>
[ 522.538836] nouveau E[ PGRAPH][0000:01:00.0] 409000 - stat 0x00000000 0x00000000 0x00000006 0x00000001<br>
[ 522.538838] nouveau E[ PGRAPH][0000:01:00.0] 502000 - done 0x00000300<br>
[ 522.538842] nouveau E[ PGRAPH][0000:01:00.0] 502000 - stat 0x00000000 0x00008c00 0x00000000 0x00000000<br>
[ 522.538847] nouveau E[ PGRAPH][0000:01:00.0] 502000 - stat 0x00000000 0x00000000 0x00000000 0x00000000<br>
[ 522.538849] nouveau E[ PGRAPH][0000:01:00.0] 50a000 - done 0x00000300<br>
[ 522.538853] nouveau E[ PGRAPH][0000:01:00.0] 50a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000<br>
[ 522.538857] nouveau E[ PGRAPH][0000:01:00.0] 50a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000<br>
[ 522.538858] nouveau E[ PGRAPH][0000:01:00.0] init failed, -16<br>
<br>
<br>
(not sure if this should be filed against component Driver/nouveau)https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/100[NVE6] kernel oops and Xorg crash when resuming after suspend2019-12-04T08:44:43ZBugzilla Migration User[NVE6] kernel oops and Xorg crash when resuming after suspend## Submitted by D. Moens
Assigned to **Nouveau Project**
**[Link to original bug (#76585)](https://bugs.freedesktop.org/show_bug.cgi?id=76585)**
## Description
Created attachment 96350<br>
/var/log/{messages,Xorg.0.log} excerpt<br...## Submitted by D. Moens
Assigned to **Nouveau Project**
**[Link to original bug (#76585)](https://bugs.freedesktop.org/show_bug.cgi?id=76585)**
## Description
Created attachment 96350<br>
/var/log/{messages,Xorg.0.log} excerpt<br>
<br>
Running the setup (GK106GLM [Quadro K2100M] + QHD+) as described in https://bugs.freedesktop.org/show_bug.cgi?id=76319#c8 :<br>
<br>
- kernel 3.14rc7<br>
- darktama's git e7cdcda87d2c2158ef34d88c9632bf7541c07c3a<br>
- additional DP1.2 540MHz patch ([bug 76319](https://bugs.freedesktop.org/show_bug.cgi?id=76319)#c1).<br>
<br>
When resuming from suspend, the kernel oopses and Xorg crashes ;<br>
A full restart is required.<br>
<br>
Oops call trace and Xorg.0.log backtrace with timestamps in attachment.<br>
<br>
**Attachment 96350**, "/var/log/{messages,Xorg.0.log} excerpt": <br>
[file_76585.txt](/uploads/7c6b91e5c939d5ca83f247a4f0e79798/file_76585.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/99[NVE4] Flash player triggers freeze with: PFIFO: read fault at ... [UNSUPPORT...2019-12-04T08:44:37ZBugzilla Migration User[NVE4] Flash player triggers freeze with: PFIFO: read fault at ... [UNSUPPORTED_KIND] from PBDMA0/HOST ...## Submitted by Timothée Ravier
Assigned to **Nouveau Project**
**[Link to original bug (#76414)](https://bugs.freedesktop.org/show_bug.cgi?id=76414)**
## Description
A specific web page, with some flash content triggers an Xorg f...## Submitted by Timothée Ravier
Assigned to **Nouveau Project**
**[Link to original bug (#76414)](https://bugs.freedesktop.org/show_bug.cgi?id=76414)**
## Description
A specific web page, with some flash content triggers an Xorg freeze (100% system CPU on one core). I reproduced the issue 4 times in a row right after booting.<br>
<br>
The specific web page: http://rue89.nouvelobs.com/rue89-culture/2014/03/20/annees-rap-a-quitte-cite-parler-bieres-baise-suicide-250788<br>
<br>
dmesg extract:<br>
mars 20 20:47:02 titan kernel: nouveau E[ PFIFO][0000:01:00.0] PFIFO: read fault at 0x0000011000 [UNSUPPORTED_KIND] from PBDMA0/HOST on channel 0x007edbc000 [unknown]<br>
mars 20 20:48:03 titan kernel: nouveau E[ DRM] GPU lockup - switching to software fbcon<br>
mars 20 20:48:19 titan kernel: nouveau E[ X[361]] failed to idle channel 0xcccc0001 [X[361]]<br>
mars 20 20:48:33 titan kernel: nouveau E[ X[361]] failed to idle channel 0xcccc0001 [X[361]]<br>
mars 20 20:48:48 titan kernel: nouveau E[ X[361]] failed to idle channel 0xcccc0000 [X[361]]<br>
mars 20 20:49:03 titan kernel: nouveau E[ X[361]] failed to idle channel 0xcccc0000 [X[361]]<br>
mars 20 20:49:18 titan kernel: nouveau E[plugin-containe[2417]] failed to idle channel 0xcccc0000 [plugin-containe[2417]]<br>
mars 20 20:49:33 titan kernel: nouveau E[plugin-containe[2417]] failed to idle channel 0xcccc0000 [plugin-containe[2417]]<br>
<br>
linux 3.14.rc7.r28 (commit ea1cd65)<br>
mesa 10.1.0-4<br>
nouveau-dri 10.1.0-4<br>
<br>
$ glxinfo | grep Open<br>
OpenGL vendor string: nouveau<br>
OpenGL renderer string: Gallium 0.4 on NVE4<br>
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.0<br>
OpenGL core profile shading language version string: 3.30<br>
OpenGL core profile context flags: (none)<br>
OpenGL core profile profile mask: core profile<br>
OpenGL core profile extensions:<br>
OpenGL version string: 3.0 Mesa 10.1.0<br>
OpenGL shading language version string: 1.30<br>
OpenGL context flags: (none)https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/98Nouveau loses console cursor at some resolutions2019-12-04T08:44:34ZBugzilla Migration UserNouveau loses console cursor at some resolutions## Submitted by Bruce Dubbs `@bdubbs`
Assigned to **Nouveau Project**
**[Link to original bug (#76158)](https://bugs.freedesktop.org/show_bug.cgi?id=76158)**
## Description
Using kernel 3.13.3, the cursor is not present at the com...## Submitted by Bruce Dubbs `@bdubbs`
Assigned to **Nouveau Project**
**[Link to original bug (#76158)](https://bugs.freedesktop.org/show_bug.cgi?id=76158)**
## Description
Using kernel 3.13.3, the cursor is not present at the command line (login, bash prompt, etc). <br>
<br>
From dmesg:<br>
<br>
[ 0.842547] nouveau [ DEVICE][0000:01:00.0] Chipset: NV34 (NV34)<br>
[ 0.842797] nouveau [ DEVICE][0000:01:00.0] Family : NV30<br>
[ 0.843631] nouveau [ VBIOS][0000:01:00.0] checking PRAMIN for image...<br>
[ 0.901767] nouveau [ VBIOS][0000:01:00.0] ... appears to be valid<br>
[ 0.902026] nouveau [ VBIOS][0000:01:00.0] using image from PRAMIN<br>
[ 0.902277] nouveau [ VBIOS][0000:01:00.0] BMP version 5.29<br>
[ 0.902626] nouveau [ VBIOS][0000:01:00.0] version 04.34.20.79.00<br>
[ 0.903039] nouveau W[ PTIMER][0000:01:00.0] unknown input clock freq<br>
[ 0.903296] nouveau [ PFB][0000:01:00.0] RAM type: DDR1<br>
[ 0.903545] nouveau [ PFB][0000:01:00.0] RAM size: 64 MiB<br>
[ 0.903794] nouveau [ PFB][0000:01:00.0] ZCOMP: 0 tags<br>
[ 0.906062] nouveau [ CLK][0000:01:00.0] --: <br>
[ 0.906362] [TTM] Zone kernel: Available graphics memory: 5055574 kiB<br>
[ 0.906612] [TTM] Zone dma32: Available graphics memory: 2097152 kiB<br>
[ 0.906863] [TTM] Initializing pool allocator<br>
[ 0.907125] [TTM] Initializing DMA pool allocator<br>
[ 0.907384] nouveau [ DRM] VRAM: 63 MiB<br>
[ 0.907630] nouveau [ DRM] GART: 128 MiB<br>
[ 0.907877] nouveau [ DRM] BMP version 5.41<br>
[ 0.908134] nouveau [ DRM] DCB version 2.2<br>
[ 0.908382] nouveau [ DRM] DCB outp 00: 01000300 000088b8<br>
[ 0.908631] nouveau [ DRM] DCB outp 01: 02010310 000088b8<br>
[ 0.908880] nouveau [ DRM] DCB outp 02: 01000302 00000000<br>
[ 0.909138] nouveau [ DRM] DCB outp 03: 04010312 00000000<br>
[ 0.909747] nouveau [ DRM] Saving VGA fonts<br>
[ 0.984655] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).<br>
[ 0.984919] [drm] No driver support for vblank timestamp query.<br>
[ 0.985212] nouveau [ DRM] 0xB61E: Parsing digital output script table<br>
[ 1.035507] nouveau [ DRM] 0xB70B: Parsing digital output script table<br>
[ 1.086941] nouveau [ DRM] MM: using M2MF for buffer copies<br>
<br>
[ 1.120507] nouveau [ DRM] allocated 1366x768 fb: 0x9000, bo ffff8802ab977c00<br>
[ 1.121096] fbcon: nouveaufb (fb0) is primary device<br>
<br>
When passing video=640x480 or 1024x768, everything is fine, but not at the monitor's native resolution of 1366x768. There the cursor is invisible.<br>
<br>
The cursor returns if the terminal is reset with 'echo -e \\033c', but only until the next command is issued. Then the cursor disappears again.<br>
<br>
Inside Xorg 7.7, everything is fine.