Created attachment 45799 [details] Xorg.log Good morning, I am using Debian testing nouveau driver and since an upgrade in nouveau driver I am not able anymore to use it. Everything was working fine with Debian nouveau driver 1:0.0.15+git20100329+7858345-5. Since I have upgraded to version 1:0.0.16+git20101210+8bb8231-2 or 1:0.0.16+git20110411+8378443-1 coupled with kernel 2.6.38-3 on amd64 it is crashing in less than 10 seconds after the first xterm is launched. I am using 2 monitors. As soon as I place a window (xterm) on the secondary monitor, the display becomes corrupted (2 monitors display the same image), the mouse can move but everything else is frozen. I can use the SysRq key to Sync,Unmount and Reboot. I am using the following card: 01:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9400 GT] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 82c7 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 4 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at fa000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at c0000000 (64-bit, prefetchable) [size=512M] Region 3: Memory at f8000000 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at ef00 [size=128] [virtual] Expansion ROM at fb000000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [78] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <1us, L1 <4us ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 <1us, L1 <1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Capabilities: [b4] Vendor Specific Information: Len=14 <?> Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Capabilities: [128 v1] Power Budgeting <?> Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?> Kernel driver in use: nouveau Find attached the Xorg.log where you can see the X server crashing. Antoine
FYI, this bug has also been reported on Debian bug tracking: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620138
You can try playing with WrappedFB (man nouveau), AFAIK it *does* resolve similar issue on another Debian box. Another option is to change/enable/disable xft fonts inside xterm. How do you configure your dial head setup - xrandr of xorg.conf ? Cheers
Funny, I also experienced corrupted second monitor after doing the same upgrade. But not frozen graphics. Well I think it froze only once, and after some time, so it was not easily reproducible. After updating to latest git of everything (kernel, drm, ddx), I still got the same corruption, and not a single gpu lockup. I just found one combination of xrandr commands that would crash X every time, but no big deal. Anyway as Emil said, I found many workarounds to my problem (if it's the same) : - use wrappedfb in xorg.conf (which was the default before the upgrade) - use xft to render fonts - don't run xrandr settings before the wm So I am curious to know how this would work for you.
I have been plagued with ?this bug for about a month; every time I loaded a libreoffice component (calc or writer), the system lost track of the dual screens, often putting a copy of the first screen up, then after a few more seconds stopped accepting input from keyboard or mouse clicks (though pointer moved I think). I don't know if SysRq worked because I use the box next door to reboot via ssh. I'm using debian unstable amd-64 with nouveau 1:0.0.16+git20110411+8378443-1 and a nVidia G98|GeForce 8400GS. I used a 3 line xrandr script in my bin directory to enable dual screen after kde finished booting. Thanks for the hints; the addtion of a minimal xorg.conf with wrappedfb in it seems to have solved the issues for me.
(In reply to comment #2) > You can try playing with WrappedFB (man nouveau), AFAIK it *does* > resolve similar issue on another Debian box. You are right. I created a simple xorg.conf file with WrappedFB set to "on" and it solved the problem. > Another option is to change/enable/disable xft fonts inside xterm. I haven't tried it as the first solution was working fine. > How do you configure your dial head setup - xrandr of xorg.conf ? I did not have any xorg.conf. The dual-head configuration was set up by gnome using the "Screen" preferences. I believe it is relying on xrandr. Many thanks for your help, Antoine
It appears that this bug report has laid dormant for quite a while. Sorry we haven't gotten to it. Since we fix bugs all the time, chances are pretty good that your issue has been fixed with the latest software. Please give it a shot. (Linux kernel 3.10.7, xf86-video-nouveau 1.0.9, mesa 9.1.6, or their git versions.) If upgrading to the latest isn't an option for you, your distro's bugzilla is probably the right destination for your bug report. In an effort to clean up our bug list, we're pre-emptively closing all bugs that haven't seen updates since 2011. If the original issue remains, please make sure to provide fresh info, see http://nouveau.freedesktop.org/wiki/Bugs/ for what we need to see, and re-open this one. Thanks, The Nouveau Team
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.