Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
On Fri, Aug 10, 2007 at 08:49:17PM +0200, Brice Goglin wrote: > On Wed, May 16, 2007 at 12:59:42AM +0200, Bernard Jungen wrote: > > On Sun, May 13, 2007 at 09:16:09PM +0200, Brice Goglin wrote: > > > For now, the best would be to try with xserver-xorg-video-nv 2.0.2 (the > > > one in unstable). If you can't upgrade to it because it brings lots of > > > dependencies (such a libc6 2.5), you might want to rebuild it. It should > > > be easy. > > > > I choose the rebuild route, but it'll be low precedence on my todo list, > > especially since my workaround is reliable enough for now. > > Did you have a chance to test a newer driver? Either 2.0.2 or the latest > 2.1.2? Alas I had no chance yet to upgrade: a lot of work and the need for a stable machine. Moreover I've noticed recently that further upgrades will need upgrading some core packages other than apparently stable libc6. To be honest, according to what I've read about Nvidia drivers, I don't really expect the bug to really be fixed soon. Anyway, count on me to report results when I upgrade. Bernard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
Hi, About a year ago, you reported (or replied to) a bug in the Debian BTS regarding a system hang in NVSync() when scrolling programs or terminal windows. Did any of you guys reproduce this problem recently? With Xorg/Etch? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
On Tue, May 08, 2007 at 09:14:24PM +0200, Brice Goglin wrote: > Hi, > > About a year ago, Rather about 6 months ago... > you reported (or replied to) a bug in the Debian BTS > regarding a system hang in NVSync() when scrolling programs or terminal > windows. Did any of you guys reproduce this problem recently? With > Xorg/Etch? If not, I will close this bug in the next weeks. First a followup of my last post. It seems that setting XaaNoScanlineCPUToScreenColorExpandFill is not sufficient in reducing lock ups significantly enough for everyday use. I've tried to regularly test different settings through normal system reboots in order to close in upon the problem. I've not finished but it seems the problem is not tied to one or a few setting(s). Here's my current relevant config settings that *very* rarely locks up X here (with the last two options being important AFAICR): Option "XaaNoCPUToScreenColorExpandFill" Option "XaaNoScanlineCPUToScreenColorExpandFill" Option "XaaNoScreenToScreenColorExpandFill" # Option "XaaNoScreenToScreenCopy" # Option "XaaNoSolidFillRect" Option "XaaNoSolidFillTrap" Option "XaaNoSolidTwoPointLine" Option "XaaNoSolidBresenhamLine" Option "XaaNoSolidHorVertLine" Option "XaaNoDashedTwoPointLine" Option "XaaNoDashedBresenhamLine" Option "XaaNoMono8x8PatternFillRect" # Option "XaaNoMono8x8PatternFillTrap" # Option "XaaNoColor8x8PatternFillRect" # Option "XaaNoColor8x8PatternFillTrap" # Option "XaaNoImageWriteRect" # Option "XaaNoScanlineImageWriteRect" # Option "XaaNoWriteBitmap" # Option "XaaNoWritePixmap" Option "XaaNoPixmapCache" Option "XaaNoOffscreenPixmaps" As for the newest software versions, I upgraded all my installed *xorg* packages to the versions in "testing", and I quickly reproduced the bug(s) using full acceleration. Five seconds into the first video capture with "streamer" did lock up X, as did saving a sound sample from "sweep" (always happens after the save completes but before the progress bar returns to normal, and doesn't happen everytime). So I guess we're not finished with this bug, that may be in a more generic package IMO. Aren't there similar problems with other video cards? #389080 may also be related to this IMO. When X locks up, it seems to take *most* CPU cycles for itself: an audio application like ogg123 running in the background still gets cycles, but not enough, resulting in a small part of the sound (about 0.2s) regularly (about every second) reaching the sound card. Maybe there's an important loop in X where tests/workarounds/whatever could easily be inserted in order to facilitate debugging/lockup breaking? I'm surprised there's not more feedback given the real annoyance this bug is. Aren't there any other easy tests we could perform without messing with X sources? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
Bernard Jungen wrote: > On Tue, May 08, 2007 at 09:14:24PM +0200, Brice Goglin wrote: > >> About a year ago, >> > > Rather about 6 months ago... > Let's say that you replied 6 months ago, but the initial report comes from June 2006 :) > As for the newest software versions, I upgraded all my installed *xorg* > packages to the versions in "testing". There's almost nothing new regarding X in testing (compared to stable/Etch). The really new things are still in unstable, especially xserver-xorg-video-nv 2.0.2 (and xserver-xorg-core 1.3.0 but it should not help much for your problem). > So I guess we're not finished with this bug, that may be in a more generic > package IMO. Aren't there similar problems with other video cards? > Not that I know of. > #389080 may also be related to this IMO. Unfortunately, the submitter never replied to Michel's question, especially his config and log. I will ping him again soon. Also, note that the submitter of 370709 doesn't have a valid address anymore. So you might alone to debug this bug now :( > Aren't there any other easy tests we could perform without messing with X > sources? > For now, the best would be to try with xserver-xorg-video-nv 2.0.2 (the one in unstable). If you can't upgrade to it because it brings lots of dependencies (such a libc6 2.5), you might want to rebuild it. It should be easy. If the problem still appears, we will talk to upstream. I found a couple possibly related bugs upstream: https://bugs.freedesktop.org/show_bug.cgi?id=6161 https://bugs.freedesktop.org/show_bug.cgi?id=3168 If it's the same problem that you are experiencing, we should ping them. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
On Sun, May 13, 2007 at 09:16:09PM +0200, Brice Goglin wrote: > For now, the best would be to try with xserver-xorg-video-nv 2.0.2 (the > one in unstable). If you can't upgrade to it because it brings lots of > dependencies (such a libc6 2.5), you might want to rebuild it. It should > be easy. I choose the rebuild route, but it'll be low precedence on my todo list, especially since my workaround is reliable enough for now. > If the problem still appears, we will talk to upstream. I found a couple > possibly related bugs upstream: > https://bugs.freedesktop.org/show_bug.cgi?id=6161 > https://bugs.freedesktop.org/show_bug.cgi?id=3168 > If it's the same problem that you are experiencing, we should ping them. Indeed, those may very well be the same problem. IMO a good idea would be to post something about one of the bugs above anyway, mentioning this Debian bug, so that: a) they have more info about the problem; b) the link between the three reports is documented; c) my workaround can help more frustrated users. So, no problem for me if you close this Debian bug, as upstream is aware of it. Thanks, Bernard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
On Wed, May 16, 2007 at 12:59:42AM +0200, Bernard Jungen wrote: > On Sun, May 13, 2007 at 09:16:09PM +0200, Brice Goglin wrote: > > For now, the best would be to try with xserver-xorg-video-nv 2.0.2 (the > > one in unstable). If you can't upgrade to it because it brings lots of > > dependencies (such a libc6 2.5), you might want to rebuild it. It should > > be easy. > > I choose the rebuild route, but it'll be low precedence on my todo list, > especially since my workaround is reliable enough for now. Did you have a chance to test a newer driver? Either 2.0.2 or the latest 2.1.2? > So, no problem for me if you close this Debian bug, as upstream is aware of > it. I'd rather keep it open, anybody else using Debian and having the same bug would open a new one or so. I will add a comment on upstream bug #6161 when I'll have some feedback from you. thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
Package: xserver-xorg-video-nv Version: 1:1.0.1.5-2 Severity: important Hello. My X hangs sometimes when scrolling aterm and programs listbox. I made a previouse bugreport (soon two years ago): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277309 Go and look at that report for full story. I did some folwups, but have more to tell now. (What I have done since then, was holding back the update, with /etc/apt/preferences: Package: xserver-xfree86 Pin: release v=6.8.2.dfsg.1-10 Pin-Priority: 1001 BUT now when the names, and dependencies have changed.. It's getting harder to hold it back. ) The bug isn't active when "NoAccel" are set. And I find that "ShadowFB" set, also fix the problem. (But these two fixes have it's own problems.. As, my tv-card doesn't work with "ShadowFB", and mouse scrolling looks terible with "NoAccel".) And.. I have done some compiling of this package, and believe the problem isn't in this package, ehe! Here is the loong story: I reversed all the changes done on the nv.o/nv.so source files, in this package, so it match the last recorded stable version (6.8.. in then xfree86, there wasn't that many changes). But the driver I produced have the same problem. So.. the bug must be traced to some of the includes headers things, of whatever dependens I can't dig that deep. Any ideer what? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=sv_SE, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to sv_SE) Versions of packages xserver-xorg-video-nv depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-video-nv recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows
On Tue, Jun 06, 2006 at 04:15:21PM +0200, Per Blomqvist wrote: > Package: xserver-xorg-video-nv > Version: 1:1.0.1.5-2 > Severity: important > > > Hello. > > My X hangs sometimes when scrolling aterm and programs listbox. > > I made a previouse bugreport (soon two years ago): > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277309 > Go and look at that report for full story. > I did some folwups, but have more to tell now. > > (What I have done since then, was holding back the update, with > /etc/apt/preferences: > > Package: xserver-xfree86 > Pin: release v=6.8.2.dfsg.1-10 > Pin-Priority: 1001 > > BUT now when the names, and dependencies have changed.. It's getting > harder to hold it back. ) I agree, that bug wouldn't have been a problem if downgrading X had been easy to do. IMHO, mentioning X hanging possibility in the description of such an important package would have greatly helped people like us avoid getting trapped in that buggy environment. And having only a 56k connection at upgrade time didn't help my sentiment of course. Nevertheless, that bug greatly damages the Linux X stability reputation. What's an ignorant user to do when confronted with X hanging much more often than Windows? > The bug isn't active when "NoAccel" are set. > And I find that "ShadowFB" set, also fix the problem. > (But these two fixes have it's own problems.. As, my tv-card doesn't > work with "ShadowFB", and mouse scrolling looks terible with "NoAccel".) > > And.. I have done some compiling of this package, and believe the problem > isn't in this package, ehe! Here is the loong story: I reversed all the > changes done on the nv.o/nv.so source files, in this package, so it match the > last recorded stable version (6.8.. in then xfree86, there wasn't that many > changes). > But the driver I produced have the same problem. So.. the bug must be > traced to some of the includes headers things, of whatever dependens I > can't dig that deep. > > Any ideer what? I think you're right about the bug(s) not being in the card driver. Latest version (unstable 1.2.0-3) of the card driver seems to make X a bit more stable but X still hangs occasionally here. Try using this X config option: XaaNoScanlineCPUToScreenColorExpandFill. It seems to fix the problem for me *without* any noticeable redraw speed problems. BTW, wouldn't the problem go away, Alt-SysRq-K is your friend. A test of mine is this: run a program that outputs a lot of data in an xterm making it scroll for very long, and resize its window manually with the mouse for some time (solid redraws are enabled of course). Another test: manipulate big sound files with sweep. I hope it helps. Cheers, Bernard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]