180.06 report (some improvements)

[zander]

@zBeeble42: I tracked down the mode validation regression, future 180.xx releases should no longer exhibit this problem. I couldn't reproduce the interrupt storm on this XPS 1730 notebook, though. I was using a variant of FreeBSD 6.3-RELEASE, FreeBSD 7.0-RELEASE wouldn't install; have you seen the problem with older FreeBSD releases?

@edhunterbg: please see my post #8 to this thread.

[HenryHu]

I'm seeing blocks of colored dots on the screen, after upgrading to 180.06.
Sometimes they disappear when I switch to another window, sometimes I need to switch to desktop and click the right mouse button... I'm using compiz + KDE4.

I think the scrolling is better, although I've not done any test.
Sometimes the screen flashes several times and then the system hang or crash. If I try to switch to console, sometimes this would help me out of crash.
There are NVRM messages if I successfully switched to console.
Nov 20 16:36:30 laptop kernel: NVRM: Xid (0001:00): 13, 0001 00000000 00005039 00000328 00000000 00000023
Nov 20 16:36:30 laptop kernel: NVRM: Xid (0001:00): 13, 0001 00000000 00005039 00000328 00000000 00000023
Nov 20 16:36:31 laptop kernel: NVRM: Xid (0001:00): 13, 0003 00000000 00008297 00000f04 3f7ae1fb 00000040

and another time:

Nov 17 19:59:41 laptop kernel: NVRM: Xid (0001:00): 13, 0001 00000000 00005097 00000680 0009000f 00000080
Nov 17 20:00:11 laptop kernel: NVRM: Xid (0001:00): 13, 0005 00000000 00008297 00000f04 00000000 00000040
Nov 17 20:00:11 laptop kernel: NVRM: Xid (0001:00): 13, 0005 00000000 00008297 00000f04 3f70a5f1 00000040
Nov 17 20:01:11 laptop kernel: NVRM: Xid (0001:00): 13, 0005 00000000 00008297 00000f04 3f70a5f1 00000040

[edhunterbg]

Originally Posted by zander

@edhunterbg: please see my post #8 to this thread.

yes .. sorry i havent readed the entier post ..
now i see it.

is there any hope in near future to have some workaround ...
or the situation is comparable with status of nvidia driver for freebsd/amd64 = waiting for freebsd devs
?

[BSDMare]

Ok, I've been running these drivers over the last week without a reboot and things are really starting to grind down. Even just opening a new terminal window seems to lag the system so the point where xorg is completely unresponsive to the mouse for a few seconds.

Doesn't appear to be any noticeable increase in memory usage but during these slowdowns xorg cpu usage can get upto 90% WCPU usage in top. I'm not running any fancy compositing settings, just plain xfce4.

Also nvidia doesn't seem to appear in vmstat -i any more so I can't see if the interrupts are going crazy, just that top says 0.9% interrupt.

I've attached a bug report. Just going to reboot and see if that helps.

---edit

Rebooted and now its all back to full speed again, very smooth.

[rnejdl]

I am seeing this in both of the 180.x drivers. Simply logging out and logging back into X solves the issue for me, no reboot required. I am running KDE4. I think I'll be reverting soon as this just doesn't work.

Rusty Nejdl

[BSDMare]

Ah yes, that works too. Cheers for that.

Still a bit of a pain as I have a lot of work open on here. On one hand I love the smooth scrolling in FireFox 3 but having everything slowly grind down to a halt every few days isn't fun.

[zander]

Are you seeing this problem with the 180.11 driver release? It addressed a memory leak in the glyph cache that would've caused the symptoms you described.

[zander]

It looks like we never posted a release announcement for 180.08, nor for 180.11; I apologize for that, it's fixed now for the latter release.

[rnejdl]

I just updated to 180.11 so I will let you know. It definitely felt like a memory leak in the glyph cache though.

Thanks!
Rusty