similar to: [Bug 75189] New: [v3.14-rc2] [nv34] Fails to hibernate

https://bugs.freedesktop.org/show_bug.cgi?id=74613 Priority: medium Bug ID: 74613 Assignee: nouveau at lists.freedesktop.org Summary: [v3.14-rc1] [nv34] nouveau: get 0x10000000 put 0x0000ed30 state 0xc0000000 (err: MEM_FAULT) push 0x00000000 QA Contact: xorg-team at lists.x.org Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=75569 Priority: medium Bug ID: 75569 Assignee: nouveau at lists.freedesktop.org Summary: [nv34] [v3.14-rc3] DMA_PUSHER get 0x00029044 put 0x000184d0 state 0x80000040 (err: INVALID_CMD) push 0x00000000 QA Contact: xorg-team at lists.x.org Severity:

Hi All, I've recently acquired a nvs280 card, which is a nv34 gpu based card with a pci-e bridge on the card, this way I can test nv3x problems without needing an agp motherboard. One thing which stands out with this card is that it drivers my dvi lcd monitor at 1680x1050 instead of its native 1920x1080. Is this due to a known limitation on the display pipeline of these cards / nv34 gpu-s.

http://bugs.freedesktop.org/show_bug.cgi?id=14857 Summary: randr12 on nv34 broken Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: peter at

Good day. I'd like to inquire about the use of the latest Nouveau+Mesa code on a recent distribution such as Fedora 17. I've pulled the source and built it, which appeared to go smoothly, but I am having issues during use. glxinfo: OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV34 OpenGL version string: 1.5 Mesa 8.1-devel (git-db2b6ca) I see many of these

https://bugs.freedesktop.org/show_bug.cgi?id=92893 Bug ID: 92893 Summary: NV34: XPresent compositor scrambled Product: xorg Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

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

https://bugs.freedesktop.org/show_bug.cgi?id=41892 Bug #: 41892 Summary: The mouse turns into an 128x128 square and GPU locks up on NV34 Classification: Unclassified Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority:

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