xorg issueshttps://gitlab.freedesktop.org/groups/xorg/-/issues2019-12-04T08:33:26Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/43[NV96] [bisected] DisplayPort dual-head fails to switch to KMS2019-12-04T08:33:26ZBugzilla Migration User[NV96] [bisected] DisplayPort dual-head fails to switch to KMS## Submitted by Devin J. Pohly
Assigned to **Nouveau Project**
**[Link to original bug (#63135)](https://bugs.freedesktop.org/show_bug.cgi?id=63135)**
## Description
Created attachment 77445<br>
systemd journal with kernel message...## Submitted by Devin J. Pohly
Assigned to **Nouveau Project**
**[Link to original bug (#63135)](https://bugs.freedesktop.org/show_bug.cgi?id=63135)**
## Description
Created attachment 77445<br>
systemd journal with kernel messages<br>
<br>
Hardware: NVIDIA Corporation G96 [Quadro FX 580] (rev a1)<br>
Distro: Arch Linux<br>
Bisected commit: http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=2c1a425e7d537ea655fa276f267c0b1cd100ff34<br>
<br>
Steps to reproduce:<br>
1. Boot system into text mode with normal kernel parameters.<br>
2. Wait for module to load and attempt KMS.<br>
<br>
Expected behavior:<br>
3. KMS succeeds, login prompt appears.<br>
<br>
Actual behavior:<br>
3. System locks up and monitors go into power-saving mode.<br>
<br>
More info:<br>
* With nouveau.modeset=0, system boots normally.<br>
* Was able to use SysRq to sync disks after hang but could not ssh, ping, or reboot.<br>
* Regression still present in current nvidia-git (db1b0f52) as well as kernel.org git.<br>
* nvidia module is not installed.<br>
<br>
lspci.log and vbios.rom forthcoming.<br>
<br>
~~**Attachment 77445**~~, "systemd journal with kernel messages": <br>
[jnl.log](/uploads/ddebd520e95e46eab25bd7911d433b88/jnl.log)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/42xorg not start after kexec when use nouveau2019-12-04T09:32:53ZBugzilla Migration Userxorg not start after kexec when use nouveau## Submitted by Suloev Dmitry
Assigned to **Nouveau Project**
**[Link to original bug (#62848)](https://bugs.freedesktop.org/show_bug.cgi?id=62848)**
## Description
I compile linux 3.7.0 on my machine and try boot it using kexec:<...## Submitted by Suloev Dmitry
Assigned to **Nouveau Project**
**[Link to original bug (#62848)](https://bugs.freedesktop.org/show_bug.cgi?id=62848)**
## Description
I compile linux 3.7.0 on my machine and try boot it using kexec:<br>
1. switch to single mode (rc single);<br>
2. mount /boot parion (mount -oro /boot);<br>
3. load new kernel into memory (kexec -l /boot/kernel-3.7.0 --reuse-cmdline);<br>
4. exec new kernel (kexec -e).<br>
After last command I see how system boots and after starting X I can see only<br>
blank black screen with "_" in top left corner.<br>
I don't have this problem with other drivers. Only with nouveauhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/41Screen freezes after resume from s2ram2019-12-04T08:33:14ZBugzilla Migration UserScreen freezes after resume from s2ram## Submitted by Pontus Fuchs
Assigned to **Nouveau Project**
**[Link to original bug (#62835)](https://bugs.freedesktop.org/show_bug.cgi?id=62835)**
## Description
Created attachment 77123<br>
Kernel logs with drm.debug=2 nouveau....## Submitted by Pontus Fuchs
Assigned to **Nouveau Project**
**[Link to original bug (#62835)](https://bugs.freedesktop.org/show_bug.cgi?id=62835)**
## Description
Created attachment 77123<br>
Kernel logs with drm.debug=2 nouveau.debug=trace<br>
<br>
With 3.9-rc kernels X freezes after resume from s2ram. After ~10 seconds X is restarted.<br>
<br>
When this happens the following is printed in the kernel logs:<br>
<br>
nouveau E[Xorg[1218]] failed to idle channel 0xcccc0000 [Xorg[1218]]<br>
nouveau E[ PFB][0000:01:00.0] trapped read at 0x002001e020 on channel 0x00007b23 [unknown] SEMAPHORE_BG/PFIFO_READ/00 reason: PAGE_NOT_PRESENT<br>
nouveau E[ PFIFO][0000:01:00.0] CACHE_ERROR - ch 2 [Xorg[1218]] subc 7 mthd 0x1280 data 0x00000000<br>
nouveau E[ PGRAPH][0000:01:00.0] TRAP_TPDMA - TP0: Unhandled ustatus 0x00000004<br>
nouveau E[ PGRAPH][0000:01:00.0] TRAP<br>
nouveau E[ PGRAPH][0000:01:00.0] ch 2 [0x0007b23000 Xorg[1218]] subc 7 class 0x8297 mthd 0x15e0 data 0x00000000<br>
nouveau E[ PGRAPH][0000:01:00.0] TRAP_TPDMA_2D - TP 0 - Unknown fault at address 0020339000<br>
nouveau E[ PGRAPH][0000:01:00.0] TRAP_TPDMA_2D - TP 0 - e0c: 00000000, e18: 00000000, e1c: 00000000, e20: 00000011, e24: 0c030000<br>
...<br>
<br>
Full log attached.<br>
<br>
Hardware is GeForce 8400M GS (10de:0427).<br>
<br>
**Attachment 77123**, "Kernel logs with drm.debug=2 nouveau.debug=trace": <br>
[kern-nouveau4.log](/uploads/73dcb0e172045f3b8399320900a417ec/kern-nouveau4.log)<br>
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=59057
* https://bugs.freedesktop.org/show_bug.cgi?id=67878https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/40[NV17] On S1 suspend, attached monitor does not enter low power state, MX420 ...2019-12-04T08:33:08ZBugzilla Migration User[NV17] On S1 suspend, attached monitor does not enter low power state, MX420 NV17 AGP 4x card## Submitted by Paul Ausbeck
Assigned to **Nouveau Project**
**[Link to original bug (#62829)](https://bugs.freedesktop.org/show_bug.cgi?id=62829)**
## Description
Created attachment 77117<br>
dmesg output, suspend logs, other det...## Submitted by Paul Ausbeck
Assigned to **Nouveau Project**
**[Link to original bug (#62829)](https://bugs.freedesktop.org/show_bug.cgi?id=62829)**
## Description
Created attachment 77117<br>
dmesg output, suspend logs, other detail<br>
<br>
Platform:<br>
<br>
Computer: Dell Dimension 4100 circa 2001<br>
Graphics card: NVIDIA MX420, P17, AGP 4x, circa 2002-2003<br>
Distribution: Debian Wheezy with LXDE and nouveau graphics driver<br>
<br>
Symptoms:<br>
<br>
Once the computer is suspended, the attached monitor should also enter its<br>
low power state (signified by the blue power led turning orange). This happens<br>
properly when suspending Windows XP but does not happen when suspending Debian<br>
Wheezy. With Debian Wheezy, the monitor first goes blank but not completely <br>
dark. After a few seconds, the monitor fades from mostly dark to completely <br>
dark but the power led remains blue when it should change to amber.<br>
<br>
The machine wakes properly from the S1 suspend state.<br>
<br>
I am new to linux but I believe that this problem is related to the nouveau<br>
driver. The monitor can be placed into its low power state with xset. Also,<br>
if the pm-util 99video shell script is modified to xset the monitor to its<br>
low power state when suspending, it will go into that state but will awake <br>
once the nouveau kernel module does its suspend stuff. See attachment.<br>
<br>
The Dimension 4100 enters the S1 state upon suspend, S3 is not supported.<br>
This behavior is identical with both Windows XP and Debian Wheezy.<br>
Current draw in the S1 state is .20A under Windows XP and .25A with Wheezy.<br>
The current draw difference may not be related to the graphics card but it is<br>
interesting nevertheless. I have looked for related bugs but can't find any.<br>
I speculate, however, that this problem may be common but just overlooked. It<br>
appears that most people are interested in major failures like kernel panics<br>
and what not.<br>
<br>
**Attachment 77117**, "dmesg output, suspend logs, other detail": <br>
[SuspendBug.txt](/uploads/79506eea917d28a6e46277b619a76b26/SuspendBug.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/39[NV4B] No HDMI Audio out (pass-thru) on Geforce 7600 Go2019-12-04T09:27:39ZBugzilla Migration User[NV4B] No HDMI Audio out (pass-thru) on Geforce 7600 Go## Submitted by Doug McLain
Assigned to **Nouveau Project**
**[Link to original bug (#62305)](https://bugs.freedesktop.org/show_bug.cgi?id=62305)**
## Description## Submitted by Doug McLain
Assigned to **Nouveau Project**
**[Link to original bug (#62305)](https://bugs.freedesktop.org/show_bug.cgi?id=62305)**
## Descriptionhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/38Regression: null pointer dereference on reboot after switcheroo use2019-12-04T09:22:31ZBugzilla Migration UserRegression: null pointer dereference on reboot after switcheroo use## Submitted by Cristian Rodríguez
Assigned to **Nouveau Project**
**[Link to original bug (#61765)](https://bugs.freedesktop.org/show_bug.cgi?id=61765)**
## Description
Created attachment 75867<br>
screenshot of the crash<br>
<br...## Submitted by Cristian Rodríguez
Assigned to **Nouveau Project**
**[Link to original bug (#61765)](https://bugs.freedesktop.org/show_bug.cgi?id=61765)**
## Description
Created attachment 75867<br>
screenshot of the crash<br>
<br>
echo OFF > /sys/kernel/debug/vgaswitcheroo/switch<br>
<br>
causes a null ptr deref at shurdown in this hybrid graphics laptop.<br>
<br>
01:00.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 540M] (rev a1)<br>
<br>
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)<br>
<br>
It used to work fine in 3.6 , it broke at some point after 3.7 and continues to be broken in 3.8 or in 3.9.<br>
<br>
The attached file has a screen caputure of the crash.<br>
<br>
**Attachment 75867**, "screenshot of the crash": <br>
![P1000085](/uploads/e8f2efdb24149666b2a6ad9afdce2117/P1000085.JPG)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/37Nouveau not working on second monitor2019-12-04T09:31:20ZBugzilla Migration UserNouveau not working on second monitor## Submitted by Ronald
Assigned to **Nouveau Project**
**[Link to original bug (#61731)](https://bugs.freedesktop.org/show_bug.cgi?id=61731)**
## Description
Created attachment 75821<br>
kernel-log<br>
<br>
Hi,<br>
<br>
I have a p...## Submitted by Ronald
Assigned to **Nouveau Project**
**[Link to original bug (#61731)](https://bugs.freedesktop.org/show_bug.cgi?id=61731)**
## Description
Created attachment 75821<br>
kernel-log<br>
<br>
Hi,<br>
<br>
I have a problem that my nouveau driver does not properly load every time I boot my laptop.<br>
<br>
It either:<br>
- defaults to the vesa driver (always if my power cord is plugged into the laptop<br>
- starts nouveau but without the external monitor<br>
- starts nouveau WITH the external monitor (as it should be)<br>
<br>
(starting without the monitor attached and then connecting it always fails & crashes X)<br>
<br>
How/where can i find any help for this?<br>
<br>
Details:<br>
- Ubuntu 12.10.<br>
- card: VGA compatible controller: NVIDIA Corporation G86 [GeForce 8400M GT] (rev a1)<br>
- kernel 3.5.0-25-generic<br>
- X.Org X Server 1.13.0 Release Date: 2012-09-05<br>
- all nv & nvidia drivers are blacklisted<br>
- the problem has grown worse over the last 2 years<br>
- motherboard replaced 2 years ago because of overheated nvidia card (waaranty)<br>
<br>
**Attachment 75821**, "kernel-log": <br>
[kernel_log.txt](/uploads/1e8392a8bb81151d1ac0421e9ea2ce2f/kernel_log.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/36Screen flicker when using display with incorrect EDID2019-12-04T09:22:30ZBugzilla Migration UserScreen flicker when using display with incorrect EDID## Submitted by Tomasz Sałaciński
Assigned to **Nouveau Project**
**[Link to original bug (#61537)](https://bugs.freedesktop.org/show_bug.cgi?id=61537)**
## Description
Created attachment 75614<br>
Nouveau log (dmesg)<br>
<br>
Whi...## Submitted by Tomasz Sałaciński
Assigned to **Nouveau Project**
**[Link to original bug (#61537)](https://bugs.freedesktop.org/show_bug.cgi?id=61537)**
## Description
Created attachment 75614<br>
Nouveau log (dmesg)<br>
<br>
While trying to use Nouveau driver with display that sends incorrect EDID (only FF, Samsung 226BW), screen flickers every ~10 seconds. Attached nouveau driver log.<br>
<br>
Everything works fine and very smooth, I can pass custom modelines to X server to have 1680x1050 resolution, the only thing left that works very bad is this flicker. If this matters, my GPU is GeForce 8600 GT.<br>
<br>
Windows 7 uses 1024x768 resolution (same as Nouveau) while installing, but without flicker.<br>
<br>
Everytime log is filled up with new message, flicker happens.<br>
<br>
**Attachment 75614**, "Nouveau log (dmesg)": <br>
[log.txt](/uploads/d7dd661fe4fe8c7e906049e097a5ca24/log.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/35[regression][NV4c] System hang while loading gdm on 3.7 kernel (works on 3.6)2019-12-04T09:22:30ZBugzilla Migration User[regression][NV4c] System hang while loading gdm on 3.7 kernel (works on 3.6)## Submitted by Cesar Eduardo Barros
Assigned to **Nouveau Project**
**[Link to original bug (#61321)](https://bugs.freedesktop.org/show_bug.cgi?id=61321)**
## Description
Since upgrading from a 3.6.10 kernel to a 3.7.9 kernel (Fe...## Submitted by Cesar Eduardo Barros
Assigned to **Nouveau Project**
**[Link to original bug (#61321)](https://bugs.freedesktop.org/show_bug.cgi?id=61321)**
## Description
Since upgrading from a 3.6.10 kernel to a 3.7.9 kernel (Fedora 18), the system started hanging while loading gdm. Going back to the 3.6 kernel works, going to a 3.8 kernel hangs the same way.<br>
<br>
The hang manifests first as the gdm spinning "loading" cursor stopping, followed a few seconds later by a screen full of a repeated noise pattern (different for each boot, but looks like a small block of noise tiled all over the screen). The machine does not answer to the keyboard (num lock/caps lock LEDs) or the network (by this point NetworkManager already started the interface, so I can get a few pings before it hangs).<br>
<br>
In particular, it is not the initial modeset when loading the module which hangs; it is only gdm. If I boot with systemd.unit=multi-user.target, I can boot without any hangs, load netconsole, and isolate graphical.target to load gdm to see it hang. I used that to capture the kernel messages until the hang for the Fedora 3.7.9 kernel.<br>
<br>
I also managed to capture the Xorg.0.log for the attempt with the 3.8 kernel (booting directly into graphical.target).<br>
<br>
The relevant version numbers are:<br>
<br>
kernel-3.6.10-4.fc18.x86_64 (works)<br>
kernel-3.7.9-201.fc18.x86_64 (hangs)<br>
Upstream 3.8 kernel with a Fedora config (hangs)<br>
xorg-x11-server-Xorg-1.13.2-2.fc18.x86_64<br>
xorg-x11-drv-nouveau-1.0.6-1.fc18.x86_64<br>
libdrm-2.4.42-1.fc18.x86_64<br>
mesa-dri-drivers-9.0.1-4.fc18.x86_64<br>
<br>
I also attempted once booting 3.7.9 with nouveau.config=NvPCIE=0 as suggested at bug #58776; it did not make any visible difference.
### See also
* https://bugzilla.kernel.org/show_bug.cgi?id=50091
* https://bugs.freedesktop.org/show_bug.cgi?id=87361https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/34[NV42] Resuming Dell Precision M70 crashes2019-12-04T09:23:58ZBugzilla Migration User[NV42] Resuming Dell Precision M70 crashes## Submitted by Roy Bixler
Assigned to **Nouveau Project**
**[Link to original bug (#60020)](https://bugs.freedesktop.org/show_bug.cgi?id=60020)**
## Description
Created attachment 73830<br>
dmesg output - first bootup<br>
<br>
I ...## Submitted by Roy Bixler
Assigned to **Nouveau Project**
**[Link to original bug (#60020)](https://bugs.freedesktop.org/show_bug.cgi?id=60020)**
## Description
Created attachment 73830<br>
dmesg output - first bootup<br>
<br>
I am running Debian wheezy and I have found that, with the nouveau driver loaded, suspend/resume results in a hung system. Originally, I was using the proprietary NVidia driver and suspend/resume worked with it. However, I switched to the Nouveau driver after I found that the system was unstable with the NVidia driver while watching videos. I have made sure that all traces of the NVidia driver have been removed before reproducing the bug. Except for this problem, the Nouveau driver works well -- no more crashes while watching videos.<br>
<br>
I have also confirmed that suspend/resume works after I unload the nouveau driver. I use the following commands:<br>
<br>
echo 0 > /sys/class/vtconsole/vtcon1/bind<br>
rmmod nouveau<br>
pm-suspend<br>
<br>
I have also done a test of suspend/resume with Nouveau loaded after activating pm_trace (i.e. echo 1 > /sys/power/pm_trace). I attach a couple of "dmesg" outputs. The most interesting lines from the second "dmesg" command from rebooting after the crash are the following:<br>
<br>
[ 0.726626] PM: Hibernation image not present or could not be loaded.<br>
[ 0.726635] registered taskstats version 1<br>
[ 0.727033] Magic number: 0:56:725<br>
[ 0.727036] hash matches drivers/base/power/main.c:571<br>
[ 0.727078] pci 0000:01:00.0: hash matches<br>
[ 0.727139] rtc_cmos 00:06: setting system clock to 1996-05-07 08:42:38 UTC (831458558)<br>
<br>
Complete "dmesg" output attached.<br>
<br>
**Attachment 73830**, "dmesg output - first bootup": <br>
[dmesg.out](/uploads/0ecbfade3ccd73bb9a365eb0fda46d3b/dmesg.out)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/33[NV98] Probe error on SPARC with 8kb pages2019-12-04T09:22:29ZBugzilla Migration User[NV98] Probe error on SPARC with 8kb pages## Submitted by Patrick Baggett
Assigned to **Nouveau Project**
**[Link to original bug (#58984)](https://bugs.freedesktop.org/show_bug.cgi?id=58984)**
## Description
When booting a Sun Blade 2500 with a GeForce 8400 GS PCI, every...## Submitted by Patrick Baggett
Assigned to **Nouveau Project**
**[Link to original bug (#58984)](https://bugs.freedesktop.org/show_bug.cgi?id=58984)**
## Description
When booting a Sun Blade 2500 with a GeForce 8400 GS PCI, everything appears pretty normal but for no apparent reason, the probe fails. It looks like error -12 is "out of memory", but [bug 56721](https://bugs.freedesktop.org/show_bug.cgi?id=56721) which looks similar does not apply. My machine also has 6GB of memory, so I'm sure it isn't actually failing to allocate system memory.<br>
<br>
Running Linux 3.8-rc1 git and nouveau git from last night (Jan 2 2013).
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=58087
* https://bugs.freedesktop.org/show_bug.cgi?id=71900https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/32Nouveau on NVCE, reclocking: memory type not supported?2019-12-04T09:22:29ZBugzilla Migration UserNouveau on NVCE, reclocking: memory type not supported?## Submitted by miga-anyandall@hotmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#58784)](https://bugs.freedesktop.org/show_bug.cgi?id=58784)**
## Description
Created attachment 72144<br>
lspci_output, nvce_stra...## Submitted by miga-anyandall@hotmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#58784)](https://bugs.freedesktop.org/show_bug.cgi?id=58784)**
## Description
Created attachment 72144<br>
lspci_output, nvce_strap_peek, nvce_timing_peek, nvce_bios.rom, and nvce_vbios_parsed<br>
<br>
I understand reclocking on Nouveau is very experimental still, but I figured I might as well send in this bug report anyway.<br>
<br>
On my NVCE (GTX 560 from EVGA), the standard (boot) clock speeds are 50 MHz core, 100 MHz shader, and 135 MHz memory. Naturally because of this, OpenGL performance is terrible (possibly worse than older Intel chips like the 4500HD), about 15-20 FPS in Red Eclipse and about 5 FPS in Xonotic.<br>
<br>
I am able to reclock the card, however, upon doing so, it comes up with this error in dmesg:<br>
[11245.600378] nouveau E[ DRM] cannot reclock unsupported memtype<br>
<br>
So, I'm able to get the GPU core and shader to run at their highest speeds (850 MHz and 1701 MHz respectively), but the memory speed stays at 135 MHz (when it should be at 2052 MHz). Even though I can change the clock speeds, after a while, the card will crash, forcing me to have to reboot.<br>
<br>
I'm also uploading things such as my lspci_output, nvce_strap_peek, nvce_timing_peek, nvce_bios.rom, and nvce_vbios_parsed, so it'll hopefully help you guys out on getting things working.<br>
<br>
**Attachment 72144**, "lspci_output, nvce_strap_peek, nvce_timing_peek, nvce_bios.rom, and nvce_vbios_parsed": <br>
[nvce.zip](/uploads/558cdb642077f215c5c6046138806607/nvce.zip)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/31[NVA0] second dp monitor stays powered off2019-12-14T17:33:48ZBugzilla Migration User[NVA0] second dp monitor stays powered off## Submitted by Orion Poplawski
Assigned to **Nouveau Project**
**[Link to original bug (#57034)](https://bugs.freedesktop.org/show_bug.cgi?id=57034)**
## Description
Created attachment 69963<br>
Xorg.0.log<br>
<br>
02:00.0 VGA co...## Submitted by Orion Poplawski
Assigned to **Nouveau Project**
**[Link to original bug (#57034)](https://bugs.freedesktop.org/show_bug.cgi?id=57034)**
## Description
Created attachment 69963<br>
Xorg.0.log<br>
<br>
02:00.0 VGA compatible controller: NVIDIA Corporation GT200GL [Quadro FX 4800] (rev a1)<br>
<br>
System does not appear to recognize or be able to use the two display port connectors on this card.<br>
<br>
# dmesg |grep drm<br>
[ 2.771310] [drm] Initialized drm 1.1.0 20060810<br>
[ 2.775685] [drm] nouveau 0000:02:00.0: Detected an NV50 generation card (0x0a0f00b1)<br>
[ 2.778295] [drm] nouveau 0000:02:00.0: Checking PRAMIN for VBIOS<br>
[ 2.849995] [drm] nouveau 0000:02:00.0: ... appears to be valid<br>
[ 2.849997] [drm] nouveau 0000:02:00.0: Using VBIOS from PRAMIN<br>
[ 2.850000] [drm] nouveau 0000:02:00.0: BIT BIOS found<br>
[ 2.850002] [drm] nouveau 0000:02:00.0: Bios version 62.00.25.01<br>
[ 2.850004] [drm] nouveau 0000:02:00.0: TMDS table version 2.0<br>
[ 2.850101] [drm] nouveau 0000:02:00.0: MXM: no VBIOS data, nothing to do<br>
[ 2.850103] [drm] nouveau 0000:02:00.0: DCB version 4.0<br>
[ 2.850105] [drm] nouveau 0000:02:00.0: DCB outp 00: 04000320 00000028<br>
[ 2.850106] [drm] nouveau 0000:02:00.0: DCB outp 01: 01000322 00020030<br>
[ 2.850107] [drm] nouveau 0000:02:00.0: DCB outp 02: 02132336 0f220d00<br>
[ 2.850108] [drm] nouveau 0000:02:00.0: DCB outp 03: 02132332 00020d00<br>
[ 2.850109] [drm] nouveau 0000:02:00.0: DCB outp 04: 01121336 0f220e00<br>
[ 2.850110] [drm] nouveau 0000:02:00.0: DCB outp 05: 01121332 00020e00<br>
[ 2.850111] [drm] nouveau 0000:02:00.0: DCB conn 00: 00001030<br>
[ 2.850113] [drm] nouveau 0000:02:00.0: DCB conn 01: 0000a146<br>
[ 2.850114] [drm] nouveau 0000:02:00.0: DCB conn 02: 00050246<br>
[ 2.850115] [drm] nouveau 0000:02:00.0: DCB conn 03: 00000360<br>
[ 2.850118] [drm] nouveau 0000:02:00.0: Parsing VBIOS init table 0 at offset 0xD0B6<br>
[ 2.872973] [drm] nouveau 0000:02:00.0: Parsing VBIOS init table 1 at offset 0xD39A<br>
[ 2.875818] [drm] nouveau 0000:02:00.0: Parsing VBIOS init table 2 at offset 0xE7FE<br>
[ 2.875824] [drm] nouveau 0000:02:00.0: Parsing VBIOS init table 3 at offset 0xE8FF<br>
[ 2.876832] [drm] nouveau 0000:02:00.0: Parsing VBIOS init table 4 at offset 0xE9BA<br>
[ 2.876833] [drm] nouveau 0000:02:00.0: Parsing VBIOS init table at offset 0xEA1F<br>
[ 2.896837] [drm] nouveau 0000:02:00.0: 0xEA1F: Condition still not met after 20ms, skipping following opcodes<br>
[ 2.901853] [drm] nouveau 0000:02:00.0: Detected 1536MiB VRAM (GDDR3)<br>
[ 2.907334] [drm] nouveau 0000:02:00.0: 512 MiB GART (aperture)<br>
[ 2.955290] [drm] nouveau 0000:02:00.0: Off-chip encoder 6/1 unsupported<br>
[ 2.955292] [drm] nouveau 0000:02:00.0: Off-chip encoder 2/1 unsupported<br>
[ 2.955293] [drm] nouveau 0000:02:00.0: Off-chip encoder 6/0 unsupported<br>
[ 2.955294] [drm] nouveau 0000:02:00.0: Off-chip encoder 2/0 unsupported<br>
[ 2.957289] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).<br>
[ 2.957291] [drm] No driver support for vblank timestamp query.<br>
[ 2.965008] [drm] nouveau 0000:02:00.0: 3 available performance level(s)<br>
[ 2.965011] [drm] nouveau 0000:02:00.0: 0: core 300MHz shader 600MHz memory 100MHz voltage 1050mV fanspeed 100%<br>
[ 2.965013] [drm] nouveau 0000:02:00.0: 2: core 400MHz shader 800MHz memory 300MHz voltage 1050mV fanspeed 100%<br>
[ 2.965015] [drm] nouveau 0000:02:00.0: 3: core 602MHz shader 1204MHz memory 800MHz voltage 1180mV fanspeed 100%<br>
[ 2.965017] [drm] nouveau 0000:02:00.0: c: core 399MHz shader 810MHz memory 297MHz voltage 1180mV<br>
[ 3.010759] [drm] nouveau 0000:02:00.0: MM: using CRYPT for buffer copies<br>
[ 3.084261] [drm] nouveau 0000:02:00.0: allocated 1600x1200 fb: 0x2c0000, bo ffff880134e45000<br>
[ 3.103452] drm: registered panic notifier<br>
[ 3.103457] [drm] Initialized nouveau 1.0.0 20120316 for 0000:02:00.0 on minor 0<br>
[ 29.907369] [drm] nouveau 0000:02:00.0: Failed to idle channel 4.<br>
[ 32.907403] [drm] nouveau 0000:02:00.0: Failed to idle channel 4.<br>
[ 35.907393] [drm] nouveau 0000:02:00.0: Failed to idle channel 4.<br>
[ 38.907465] [drm] nouveau 0000:02:00.0: Failed to idle channel 4.<br>
[ 41.907473] [drm] nouveau 0000:02:00.0: Failed to idle channel 4.<br>
<br>
~~**Attachment 69963**~~, "Xorg.0.log": <br>
[Xorg.0.log](/uploads/c8b86faaec1594743f9a8ff0a380cf9c/Xorg.0.log)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/30[NVD9] Unable to start X on ThinkPad T420s laptop2019-12-04T09:22:28ZBugzilla Migration User[NVD9] Unable to start X on ThinkPad T420s laptop## Submitted by Mark Cave-Ayland
Assigned to **Nouveau Project**
**[Link to original bug (#56615)](https://bugs.freedesktop.org/show_bug.cgi?id=56615)**
## Description
Created attachment 69351<br>
dmesg<br>
<br>
Hi all,<br>
<br>
I...## Submitted by Mark Cave-Ayland
Assigned to **Nouveau Project**
**[Link to original bug (#56615)](https://bugs.freedesktop.org/show_bug.cgi?id=56615)**
## Description
Created attachment 69351<br>
dmesg<br>
<br>
Hi all,<br>
<br>
I am trying to use the discrete graphics (nVidia) graphics card option on my T420s in order to use the DisplayPort connector, and am currently unable to start X under Debian Wheezy.<br>
<br>
Under advice from IRC, I've upgraded Wheezy with the following components:<br>
<br>
Linux kernel 3.7-rc3 from kernel.org<br>
libdrm-2.4.39<br>
xf86-video-nouveau git (commit 8c3e1623b0be15f8cc590d893bfd19be87bd079a)<br>
<br>
However I am still unable to start with the new driver in place. When starting X, the fbconsole remains visible on screen and then "hangs" for nearly a minute before the login TTY appears again. There are some messages emitted in Xorg.log and dmesg which are attached to this bug report, along with the output of lspci.<br>
<br>
<br>
Many thanks,<br>
<br>
Mark.<br>
<br>
**Attachment 69351**, "dmesg": <br>
[3.7-dmesg](/uploads/c49daf53d2032e7be7202be67c1f2736/3.7-dmesg)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/29Distorted graphics (double cursor) with GeForce 4200Go (NV28M)2019-12-04T09:22:28ZBugzilla Migration UserDistorted graphics (double cursor) with GeForce 4200Go (NV28M)## Submitted by r.ductor@gmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#54700)](https://bugs.freedesktop.org/show_bug.cgi?id=54700)**
## Description
Created attachment 66889<br>
dmesg output<br>
<br>
In a newl...## Submitted by r.ductor@gmail.com
Assigned to **Nouveau Project**
**[Link to original bug (#54700)](https://bugs.freedesktop.org/show_bug.cgi?id=54700)**
## Description
Created attachment 66889<br>
dmesg output<br>
<br>
In a newly installed debian wheezy (no non-free nvidia drivers around) nouveau gives distorted graphics with a Geforce 4200Go (Dell inspiron 8500), see png attached. The mouse pointer is distorted and the desktop difficultly usable.<br>
<br>
This bug has been reported in debian<br>
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686611<br>
and might be related to <br>
https://bugs.freedesktop.org/show_bug.cgi?id=50403<br>
<br>
The files I attach refer to<br>
<br>
# cat /etc/X11/xorg.conf.d/98-me<br>
Section "Device"<br>
Identifier "Device0"<br>
Driver "nouveau"<br>
EndSection<br>
<br>
and no other tricks, but I've also tried:<br>
<br>
1) boot with nouveau.noaccel=1 in kernel line<br>
TTY and X badly screwed up<br>
<br>
2) boot with nouveau.nofbaccel=1 in kernel line<br>
TTY badly screwed up, X distorted as in the plain case<br>
<br>
3) boot with Option "NoAccel" "On"<br>
X distorted<br>
<br>
4) Booted with experimenta kernel<br>
linux-image-3.5-trunk-686-pae <br>
Version: 3.5.2-1~experimental.1<br>
black TTY and black X so I cannot document this.<br>
<br>
-----Kernel version<br>
# cat /proc/version<br>
Linux version 3.2.0-3-686-pae (Debian 3.2.23-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 03:50:34 UTC 2012<br>
<br>
-----Nouveau version<br>
# aptitude show xserver-xorg-video-nouveau<br>
Package: xserver-xorg-video-nouveau <br>
State: installed<br>
Automatically installed: yes<br>
Version: 1:1.0.1-3<br>
Priority: optional<br>
Section: x11<br>
Maintainer: Debian X Strike Force <debian-x@lists.debian.org><br>
Architecture: i386<br>
Uncompressed Size: 483 k<br>
Depends: libc6 (>= 2.4), libdrm2 (>= 2.4.17), libudev0 (>= 146), xorg-video-abi-12, xserver-xorg-core (>= 2:1.11.99.901)<br>
Recommends: libgl1-mesa-dri (>= 7.11.1)<br>
Provides: xorg-driver-video<br>
Description: X.Org X server -- Nouveau display driver<br>
This driver for the X.Org X server (see xserver-xorg for a further description) provides support for NVIDIA Riva, TNT,<br>
GeForce, and Quadro cards. <br>
<br>
This package provides 2D support including EXA acceleration, Xv and RandR. 3D functionality is provided by the <br>
libgl1-mesa-dri package. <br>
<br>
This package is built from the FreeDesktop.org xf86-video-nouveau driver. <br>
Homepage: http://nouveau.freedesktop.org/wiki/<br>
<br>
~~**Attachment 66889**~~, "dmesg output": <br>
[kernel_log_nouveau.txt](/uploads/05fa4cd22702515b60a4b2a05a8cba59/kernel_log_nouveau.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/28[NV1F] Flickering screen on Geforce 42019-12-04T09:22:27ZBugzilla Migration User[NV1F] Flickering screen on Geforce 4## Submitted by Vesa
Assigned to **Nouveau Project**
**[Link to original bug (#54587)](https://bugs.freedesktop.org/show_bug.cgi?id=54587)**
## Description
I have Geforce 4 display adapter. I updated Ubuntu from 10.04 LTS to 12.04...## Submitted by Vesa
Assigned to **Nouveau Project**
**[Link to original bug (#54587)](https://bugs.freedesktop.org/show_bug.cgi?id=54587)**
## Description
I have Geforce 4 display adapter. I updated Ubuntu from 10.04 LTS to 12.04.01 LTS. I was using proprietary Nvidia driver with 10.04. Now it is no more supported with 12.04. Also NV driver is not supported. I try to use Nouveau, but my screen flickers so badly that it is not usable. I am using the same resolution and refresh rate as with 10.04. I have to continue using 10.04 until this bug is fixed. I am not alone with this problem. Read this description:<br>
<br>
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/575092https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/27[NVC0+] Fedora 17 "PFIFO - playlist update failed" on boot2019-12-04T09:22:26ZBugzilla Migration User[NVC0+] Fedora 17 "PFIFO - playlist update failed" on boot## Submitted by mog55356@huskies.bloomu.edu
Assigned to **Nouveau Project**
**[Link to original bug (#53101)](https://bugs.freedesktop.org/show_bug.cgi?id=53101)**
## Description
Created attachment 65099<br>
Kernel log from boot<b...## Submitted by mog55356@huskies.bloomu.edu
Assigned to **Nouveau Project**
**[Link to original bug (#53101)](https://bugs.freedesktop.org/show_bug.cgi?id=53101)**
## Description
Created attachment 65099<br>
Kernel log from boot<br>
<br>
Problem:<br>
Can no longer start x server.<br>
<br>
Steps to reproduce:<br>
1. Boot the computer<br>
Expected behaviour:<br>
User expects to reach the login prompt.<br>
Actual behaviour:<br>
X Server fails to start<br>
<br>
History:<br>
Updated to latest kernel on Fedora 17 x86_64: Linux version 3.5.0-2.fc17.x86_64 (mockbuild@buildvm-16.phx2.fedoraproject.org) (gcc version 4.7.0 20120507 (Red Hat 4.7.0-5) (GCC) ) #1 SMP Mon Jul 30 14:48:59 UTC 2012<br>
Rebooted<br>
Saw fedora begin to boot up, but instead of being presented with a login screen I saw noise/leftover images from previous boot<br>
X server terminated and I saw some nouveau errors on screen:<br>
[ 43.155163] [drm] nouveau 0000:01:00.0: PFIFO - playlist update failed<br>
[ 53.020045] [drm] nouveau 0000:01:00.0: Failed to idle channel 1.<br>
[ 57.019076] [drm] nouveau 0000:01:00.0: PFIFO - playlist update failed<br>
[ 60.017783] [drm] nouveau 0000:01:00.0: Failed to idle channel 2.<br>
[ 64.016807] [drm] nouveau 0000:01:00.0: PFIFO - playlist update failed<br>
The screen then went back to noise/leftovers for a few seconds, then displayed those error messages again in sequence<br>
This continued endlessly until I boot with the previous kernel.<br>
<br>
Hardware information:<br>
The model is a GTX 580m. According to the wiki, this is an NVCE (GF114).<br>
sudo lspci -v | less found this:<br>
01:00.0 VGA compatible controller: nVidia Corporation Device 1211 (rev a1) (prog-if 00 [VGA controller])<br>
Subsystem: CLEVO/KAPOK Computer Device 7100<br>
Flags: bus master, fast devsel, latency 0, IRQ 16<br>
Memory at f4000000 (32-bit, non-prefetchable) [size=32M]<br>
Memory at e8000000 (64-bit, prefetchable) [size=128M]<br>
Memory at f0000000 (64-bit, prefetchable) [size=64M]<br>
I/O ports at e000 [size=128]<br>
Expansion ROM at f6000000 [disabled] [size=512K]<br>
Capabilities: [60] Power Management version 3<br>
Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+<br>
Capabilities: [78] Express Endpoint, MSI 00<br>
Capabilities: [b4] Vendor Specific Information: Len=14 <?><br>
Capabilities: [100] Virtual Channel<br>
Capabilities: [128] Power Budgeting <?><br>
Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?><br>
Kernel driver in use: nouveau<br>
<br>
Attached files:<br>
messages.txt<br>
This is the kernel log from the boot with the new kernel. The Fatal X server error and the PFIFO errors can be found near the end of the log. If I had let the computer keep running, the last few messages would have looped, presumably endlessly.<br>
NOTE: THE LOG CAN ALSO BE ACCESSED HERE - http://pastebin.com/rrVddzgq<br>
<br>
Thank you for taking the time to look into this matter. Please let me know if you require any additional information.<br>
<br>
**Attachment 65099**, "Kernel log from boot": <br>
[messages.txt](/uploads/74493de66ac63fdb4ebfe1db89b8f4b4/messages.txt)<br>
### See also
* https://bugs.freedesktop.org/show_bug.cgi?id=61463
* https://bugs.freedesktop.org/show_bug.cgi?id=61611https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/26NV43 [GeForce 6600] nouveau in linux kernel 3.4.0 to 3.4.5 hangs at boot2019-12-04T09:22:26ZBugzilla Migration UserNV43 [GeForce 6600] nouveau in linux kernel 3.4.0 to 3.4.5 hangs at boot## Submitted by loisl@email.de
Assigned to **Nouveau Project**
**[Link to original bug (#52411)](https://bugs.freedesktop.org/show_bug.cgi?id=52411)**
## Description
Created attachment 64564<br>
Linux 3.4.5 Kernel .config<br>
<br>...## Submitted by loisl@email.de
Assigned to **Nouveau Project**
**[Link to original bug (#52411)](https://bugs.freedesktop.org/show_bug.cgi?id=52411)**
## Description
Created attachment 64564<br>
Linux 3.4.5 Kernel .config<br>
<br>
system hangs at boot with linux 3.4.0 to 3.4.5 (Gentoo kernel).<br>
<br>
Last message shown at display is:<br>
<br>
[drm] Supports vblank timestamp caching Rev 1 (10.10.2010).<br>
<br>
I am using the Nouveau graphics driver on an AMD64 system with NV43 [GeForce 6600] <br>
<br>
# lspci|grep VGA<br>
01:00.0 VGA compatible controller: NVIDIA Corporation NV43 [GeForce 6600] (rev a2)<br>
<br>
**Attachment 64564**, "Linux 3.4.5 Kernel .config": <br>
[linux-3.4.5-config](/uploads/3d009c261eeef8e82b54a296d04581c4/linux-3.4.5-config)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/25nouveau: DPMS permanently turns off display when starting X.org, text console...2019-12-04T09:22:25ZBugzilla Migration Usernouveau: DPMS permanently turns off display when starting X.org, text console works fine## Submitted by John Paul Adrian Glaubitz `@glaubitz`
Assigned to **Nouveau Project**
**[Link to original bug (#52398)](https://bugs.freedesktop.org/show_bug.cgi?id=52398)**
## Description
Created attachment 64544<br>
Kernel log (...## Submitted by John Paul Adrian Glaubitz `@glaubitz`
Assigned to **Nouveau Project**
**[Link to original bug (#52398)](https://bugs.freedesktop.org/show_bug.cgi?id=52398)**
## Description
Created attachment 64544<br>
Kernel log (dmesg)<br>
<br>
Hi,<br>
<br>
I have been running Debian Linux on a Apple PowerMac G4 "Quicksilver" (Model: M8493) with the following main hardware specifications:<br>
<br>
- PowerPC G4 7450, 867 MHz<br>
- 1GB main memory<br>
- nVidia GeForce GeForce2 MX/MX 400 (NV11) AGP video adapter<br>
<br>
Software environment:<br>
<br>
- Debian Linux PowerPC unstable<br>
- Kernel 3.4.4 (from Debian experimental)<br>
- nouveau X.org driver 1.0.1<br>
- libdrm: 2.4.33<br>
- mesa: 8.0.3<br>
<br>
Problem description:<br>
<br>
When using nouveau, the video adapter permanently turns off the attached display through DPMS. This cannot be reversed and I do not get back video until I reboot the machine by logging in through SSH. I can neither switch to a virtual text console using `<Ctrl>`+`<Alt>`+<F1..Fn>.<br>
<br>
The video output is fine when preventing X from starting and using just a virtual text console (KMS works fine as well).<br>
<br>
xrandr does not any displays attached, see attached logfiles and xrandr output.<br>
<br>
I'm attaching the following files:<br>
<br>
- kernel log (dmesg)<br>
- Xorg.0.log<br>
- lspci output<br>
- xrandr --verbose output<br>
- vbios.rom (cp "/proc/device-tree/pci@f0000000/NVDA,Parent@10/NVDA,BMP" ~/vbios.rom)<br>
<br>
If you need any further input, please let me know. The machine is a sole test machine, so I'm happy to try any code from git or run any quirky code.<br>
<br>
Cheers,<br>
<br>
Adrian<br>
<br>
**Attachment 64544**, "Kernel log (dmesg)": <br>
[dmesg-nv11-dpmsbug.txt](/uploads/278d1e645172e021595ecbf96e4bb8b5/dmesg-nv11-dpmsbug.txt)<br>https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/24[NVA8] Xv shows black image on ION chipset2019-12-04T09:22:25ZBugzilla Migration User[NVA8] Xv shows black image on ION chipset## Submitted by Boris Reisig
Assigned to **Nouveau Project**
**[Link to original bug (#51579)](https://bugs.freedesktop.org/show_bug.cgi?id=51579)**
## Description
I have one of the Zotac all-in-one PC's with the Nvidia ION chipse...## Submitted by Boris Reisig
Assigned to **Nouveau Project**
**[Link to original bug (#51579)](https://bugs.freedesktop.org/show_bug.cgi?id=51579)**
## Description
I have one of the Zotac all-in-one PC's with the Nvidia ION chipset (NOUVEAU(0): Chipset: "NVIDIA NVa8") and it seems the latest xf86-nouveau driver from GIT is broken when trying to use Xv support for video playback. All it shows is a black screen. The GPU is not locked up as I can hear the audio during playback but the video is black. The last working version from git was commit 5ac2ca8c56ec8b055878c8ac4cbc8ca74379abda - "works implement and use PUSH_DATAu" and then starts failing at commit b48bcc094beecf521899dd63c8fdbccfd534e5cd - "nv50/exa: perform texcoord transformations in vertex program" all the way up to the latest git version from today. The Xorg.0.log seems to be fine. (snippet)<br>
<br>
[ 21.780] (II) NOUVEAU driver Date: Thu Apr 19 09:52:24 2012 +1000<br>
[ 21.780] (II) NOUVEAU driver for NVIDIA chipset families :<br>
[ 21.780] RIVA TNT (NV04)<br>
[ 21.780] RIVA TNT2 (NV05)<br>
[ 21.780] GeForce 256 (NV10)<br>
[ 21.780] GeForce 2 (NV11, NV15)<br>
[ 21.780] GeForce 4MX (NV17, NV18)<br>
[ 21.780] GeForce 3 (NV20)<br>
[ 21.780] GeForce 4Ti (NV25, NV28)<br>
[ 21.780] GeForce FX (NV3x)<br>
[ 21.780] GeForce 6 (NV4x)<br>
[ 21.780] GeForce 7 (G7x)<br>
[ 21.780] GeForce 8 (G8x)<br>
[ 21.780] GeForce GTX 200 (NVA0)<br>
[ 21.780] GeForce GTX 400 (NVC0)<br>
[ 21.780] (--) using VT number 2<br>
<br>
[ 21.784] drmOpenDevice: node name is /dev/dri/card0<br>
[ 21.784] drmOpenDevice: open result is 9, (OK)<br>
[ 21.784] drmOpenByBusid: Searching for BusID pci:0000:03:00.0<br>
[ 21.784] drmOpenDevice: node name is /dev/dri/card0<br>
[ 21.784] drmOpenDevice: open result is 9, (OK)<br>
[ 21.785] drmOpenByBusid: drmOpenMinor returns 9<br>
[ 21.785] drmOpenByBusid: drmGetBusid reports pci:0000:03:00.0<br>
[ 21.785] (II) [drm] nouveau interface version: 1.0.0<br>
[ 21.785] (II) Loading sub module "dri"<br>
[ 21.785] (II) LoadModule: "dri"<br>
[ 21.785] (II) Loading /usr/X11/lib/xorg/modules/extensions/libdri.so<br>
[ 21.785] (II) Module dri: vendor="X.Org Foundation"<br>
[ 21.785] compiled for 1.12.99, module version = 1.0.0<br>
[ 21.785] ABI class: X.Org Server Extension, version 6.0<br>
[ 21.785] (II) NOUVEAU(0): Loaded DRI module<br>
[ 21.785] drmOpenDevice: node name is /dev/dri/card0<br>
[ 21.786] drmOpenDevice: open result is 10, (OK)<br>
[ 21.786] drmOpenDevice: node name is /dev/dri/card0<br>
[ 21.786] drmOpenDevice: open result is 10, (OK)<br>
[ 21.786] drmOpenByBusid: Searching for BusID pci:0000:03:00.0<br>
[ 21.786] drmOpenDevice: node name is /dev/dri/card0<br>
[ 21.786] drmOpenDevice: open result is 10, (OK)<br>
[ 21.786] drmOpenByBusid: drmOpenMinor returns 10<br>
[ 21.786] drmOpenByBusid: drmGetBusid reports pci:0000:03:00.0<br>
[ 21.786] (II) [drm] DRM interface version 1.4<br>
[ 21.786] (II) [drm] DRM open master succeeded.<br>
[ 21.786] (--) NOUVEAU(0): Chipset: "NVIDIA NVa8"<br>
[ 21.786] (**) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32<br>
[ 21.786] (==) NOUVEAU(0): RGB weight 888<br>
[ 21.786] (==) NOUVEAU(0): Default visual is TrueColor<br>
[ 21.786] (==) NOUVEAU(0): Using HW cursor<br>
[ 21.786] (==) NOUVEAU(0): GLX sync to VBlank disabled.<br>
<br>
[ 22.198] (II) NOUVEAU(0): Opened GPU channel 2<br>
[ 22.226] (II) NOUVEAU(0): [DRI2] Setup complete<br>
[ 22.226] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau<br>
[ 22.226] (II) NOUVEAU(0): [DRI2] VDPAU driver: nouveau<br>
[ 22.232] (II) NOUVEAU(0): GART: 512MiB available<br>
[ 22.246] (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer<br>
[ 22.246] (II) EXA(0): Driver allocated offscreen pixmaps<br>
[ 22.246] (II) EXA(0): Driver registered support for the following operations:<br>
[ 22.246] (II) Solid<br>
[ 22.246] (II) Copy<br>
[ 22.246] (II) Composite (RENDER acceleration)<br>
[ 22.246] (II) UploadToScreen<br>
[ 22.246] (II) DownloadFromScreen<br>
[ 22.246] (==) NOUVEAU(0): Backing store disabled<br>
[ 22.246] (==) NOUVEAU(0): Silken mouse enabled<br>
[ 22.246] (II) NOUVEAU(0): [XvMC] Associated with Nouveau GeForce 8/9 Textured Video.<br>
[ 22.246] (II) NOUVEAU(0): [XvMC] Extension initialized.<br>
[ 22.246] (==) NOUVEAU(0): DPMS enabled<br>
[ 22.246] (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message.<br>
[ 22.247] (--) RandR disabled<br>
[ 22.247] (II) Initializing built-in extension Generic Event Extension<br>
[ 22.247] (II) Initializing built-in extension SHAPE<br>
[ 22.247] (II) Initializing built-in extension MIT-SHM<br>
[ 22.247] (II) Initializing built-in extension XInputExtension<br>
[ 22.247] (II) Initializing built-in extension XTEST<br>
[ 22.247] (II) Initializing built-in extension BIG-REQUESTS<br>
[ 22.247] (II) Initializing built-in extension SYNC<br>
[ 22.247] (II) Initializing built-in extension XKEYBOARD<br>
[ 22.247] (II) Initializing built-in extension XC-MISC<br>
[ 22.247] (II) Initializing built-in extension XINERAMA<br>
[ 22.247] (II) Initializing built-in extension XFIXES<br>
[ 22.247] (II) Initializing built-in extension RENDER<br>
[ 22.247] (II) Initializing built-in extension RANDR<br>
[ 22.247] (II) Initializing built-in extension COMPOSITE<br>
[ 22.247] (II) Initializing built-in extension DAMAGE<br>
[ 22.328] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer<br>
[ 22.328] (II) AIGLX: enabled GLX_INTEL_swap_event<br>
[ 22.328] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control<br>
[ 22.328] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects<br>
[ 22.328] (II) AIGLX: Loaded and initialized nouveau<br>
[ 22.328] (II) GLX: Initialized DRI2 GL provider for screen 0