similar to: [Bug 111463] New: [NV49] MMIO write FAULT at 00c200

https://bugs.freedesktop.org/show_bug.cgi?id=36090 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|terminal's visual bell is |[NV34] [NV49] terminal's |very slow with nouveau |visual bell is very slow

Hi everyone, I just finished installing the current git of the nouveau driver for my NV49 based 7950GTX. I attempted this because I've been continually frustrated by the constantly degrading 2D performance of X under the nvidia and nv drivers. Webpages that do any kind of compositing in Mozilla will burn CPU all day long. I'm happy to say that I'm writing because I didn't have

https://bugs.freedesktop.org/show_bug.cgi?id=110988 Bug ID: 110988 Summary: [NV49] Graphical issues on KDE desktop with GeForce 7950 GX2 Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

Hello this patch is a merge of jb17bsome's nv49 patch and mine. I have tested it for a couple of days on a nv4b and didnt get crashes. Please rewiew and apply Greetings Stephan Schmid -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nv49_nv4b.diff Url:

Commit dceef5d87 (drm/nouveau/fb: initialise vram controller as pfb sub-object) moved some code around and introduced these null derefs. pfb->ram is set to the new ram object outside of this ctor. Reported-by: Ronald Uitermark <ronald645 at gmail.com> Tested-by: Ronald Uitermark <ronald645 at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> ---

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #3 from Harald Judt <h.judt at gmx.at> --- Thanks for your suggestion, but I can no longer call me owner of such a card and therefore am unable to test this. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=36090 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #4 from Ilia Mirkin <imirkin at

https://bugs.freedesktop.org/show_bug.cgi?id=36090 aebenjam at opentext.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #5 from aebenjam at opentext.com --- Problem still exists

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> --- Are you on a recent version of the ddx? (xf86-video-nouveau) Also, what card do you have (G72M means nothing to me... what does nouveau say as the "Chipset" in dmesg)? -- You are receiving this mail because: You are the assignee for the bug. -------------- next part

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #7 from aebenjam at opentext.com --- I'm not sure how to answer your question about the ddx... is this what you mean? rpm -qa |grep -i nouveau xorg-x11-drv-nouveau-1.0.7-1.fc18.i686 Re: the card, dmidecode suggests it is: Quadro NVS 110M Let me know if you need more. Thanks, Adam -- You are receiving this mail because: You

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> --- dmesg | grep -i chipset sounds like your ddx is new enough though. Can you provide detailed repro steps? I'm not even sure how to enable visual bell. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #9 from aebenjam at opentext.com --- #dmesg | grep -i chipset [ 1.887251] nouveau [ DEVICE][0000:01:00.0] Chipset: G72 (NV46) Reproduction: You can fire up an xterm with -vb to request the visual bell. You can also use control + middle-mouse-button to bring up a menu which allows you to enable/disable the visual bell. Let me

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #10 from Ilia Mirkin <imirkin at alum.mit.edu> --- Hmmm... FWIW I couldn't reproduce any oddness with a NV42 card, kernel 3.11, and xf86-video-nouveau 1.0.9 both with and without xcompmgr running. Without a compositor, it _is_ a bit on the slow side, but like a half-second, nothing like the 3s delay mentioned in the original

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #11 from aebenjam at opentext.com --- Interesting. So, I'm a Fedora (currently v18) user. I created a stock account, logged in to a standard Gnome environment, and fired up an xterm with visual bell running, and it doesn't have the same problem. In fact, I couldn't even SEE a visual bell. Odd. All I could tell was that

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #12 from Ilia Mirkin <imirkin at alum.mit.edu> --- OK, by increasing the terminal size, I do indeed see that the visual bell is really rather slow. During that time, X is using up 100% CPU, so it's probably something highly unoptimal happening in the DDX. It seems like almost all of that CPU time is going into fbSolid()

https://bugs.freedesktop.org/show_bug.cgi?id=36090 --- Comment #13 from Ilia Mirkin <imirkin at alum.mit.edu> --- Looking into EXA a bit, there's a EXASolid impl shared by all pre-nv50 cards. One of the things it apparently doesn't handle are 32-bit visuals with solid draws that include a fancy "op", which I assume the visual bell would, like xor or whatever. I have a hard

https://bugs.freedesktop.org/show_bug.cgi?id=36090 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|REOPENED |RESOLVED --- Comment #14 from Martin Peres

https://bugs.freedesktop.org/show_bug.cgi?id=77690 Priority: medium Bug ID: 77690 Assignee: nouveau at lists.freedesktop.org Summary: [nv49] Hearthstone corrupted display screen with wine Severity: normal Classification: Unclassified OS: Linux (All) Reporter: infyquest at gmail.com Hardware: x86 (IA32)

Hello, I use Ubuntu 18.04, since one of the last upgrades I have problems with nouveau drivers. My screen look like the picture atteched. [~]$ uname -a Linux 5.3.0-40-generic #32~18.04.1-Ubuntu SMP Mon Feb 3 14:05:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux [~]$ inxi -Gx Graphics: Card: NVIDIA G71GL [Quadro FX 1500] bus-ID: 01:00.0 Display Server: x11 (X.Org 1.20.5 ) driver:

Hi! I have a rather decent notebook (Toshiba Satellite P105-S9722) with Nvidia GeForce Go 7900 GS video card. I installed latest debian system with kernel 3.13-1-amd64 on it, but unfortunately nouveau driver doesn't work. When I load nouveau module following messages will appear in syslog: Mar 25 11:50:53 ivnb kernel: [ 2703.329287] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x049800a2