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]
