similar to: Video Engine Utilization

https://bugs.freedesktop.org/show_bug.cgi?id=65116 Priority: medium Bug ID: 65116 Assignee: nouveau at lists.freedesktop.org Summary: Since upgrade to libX11-1.5.99.902 several problems with gnome desktop QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All

https://bugs.freedesktop.org/show_bug.cgi?id=73342 Priority: medium Bug ID: 73342 Assignee: nouveau at lists.freedesktop.org Summary: nouveau not working with yuy2 overlay QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: fbs777 at gmail.com

https://bugs.freedesktop.org/show_bug.cgi?id=76605 Priority: medium Bug ID: 76605 Assignee: nouveau at lists.freedesktop.org Summary: Screen corruption and crashes in bastion on NVS-140M (G86) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: matthias at blankertz.org

https://bugs.freedesktop.org/show_bug.cgi?id=87983 Bug ID: 87983 Summary: nouveau E[Xorg.bin[1119]] failed to idle channel 0xcccc0001 on G86 [GeForce 8500 GT] (rev a1) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #77 from Andreas Loew <awl1 at gmx.net> --- Sorry that it took me longer to get back here - I needed an additional rpmbuild run due to running out of disk space for my first attempt... But I can give an all clear signal - at least for my machine, AFAIK, everything seems to be fine: Kernel command line: ro

https://bugs.freedesktop.org/show_bug.cgi?id=50058 Bug #: 50058 Summary: [NV86] All OpenGL programs crashing with nouveau dri Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #19 from Andreas Loew <awl1 at gmx.net> --- Hello, I would like to join discussions in this bug, as I have found myself affected after the recent update from Red Hat Enterprise Linux/Oracle Linux 6.4 (stock RHEL kernel 2.6.32-358.23.2) to RHEL/OL 6.5 (RHEL kernel 2.6.32-431). My graphics card is NVidia Quadro NVS 130M: BOOT0

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #49 from Andreas Loew <awl1 at gmx.net> --- OK, tired with RHEL 6.5 kernel 2.6.32.431 and the two options: Command line: ro root=UUID=034d34cd-a464-4ee3-8db9-d6061a318a16 rd_NO_LUKS LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=de-latin1-nodeadkeys rd_NO_MD SYSFONT=latarcyrheb-sun16 rd_NO_LVM rd_NO_DM nouveau.perflvl_wr=7777

On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote: > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus <martin.nyhus at gmx.com> wrote: > > > > On Mon, 11 Jun 2012 23:18:42 +0200 Martin Nyhus wrote: > > > after resuming from suspend nouveau starts writing Failed to idle > > > channel x (where x is 2 or 3) to the log and X appears to stop and > > >

https://bugs.freedesktop.org/show_bug.cgi?id=62035 Priority: medium Bug ID: 62035 Assignee: nouveau at lists.freedesktop.org Summary: [Regression kernel 3.8.0+] G86 GeForce 8400M GS 3D desktop effects does not work QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

So, I wrote a generator for ctxprogs on NV50, NV84, NV86, NV92, NV94, NV96, NV98. Atm it's only tested with NV86 and I'd like to see if it works for all the other cards, especially NV50. NVAx support is still missing due to some differences, but should be coming soon. Address is http://0x04.net/~mwk/gen.diff , please test it with all mentioned cards, and involve as much gallium as

http://bugs.freedesktop.org/show_bug.cgi?id=16792 Summary: modesetting on NV86: text mode goes blank, machine freeze on gdm stop Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

Hi, I have a problem that my nouveau driver does not properly load every time I boot my laptop. It either: - defaults to the vesa driver (always if my power cord is plugged into the laptop - starts nouveau but without the external monitor - starts nouveau WITH the external monitor (as it should be) (starting without the monitor attached and then connecting it always fails & crashes X)

I come back on this matter because I was away when you posted it. I read you've got enough feedback for NV86 cards but mine doesn't seem to match your assumptions: [...] x 197 y 151 offset 38734 offset_expected 38478 x 198 y 151 offset 38735 offset_expected 38479 [...] I didn't touch the source code, so it's in NV84_MODE. The complete output is available at

https://bugs.freedesktop.org/show_bug.cgi?id=49295 Bug #: 49295 Summary: artifacts in prboom on NV86 Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

In case it's any use for debugging, I get these error messages in dmesg on my NV86 (Quadro NVS 140M) card: [ 21.729435] [drm] Initialized drm 1.1.0 20060810 [ 21.749414] nouveau 0000:01:00.0: power state changed by ACPI to D0 [ 21.749425] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 21.749432] nouveau 0000:01:00.0: setting latency timer to 64 [ 21.749528]

https://bugs.freedesktop.org/show_bug.cgi?id=57278 Priority: medium Bug ID: 57278 Assignee: nouveau at lists.freedesktop.org Summary: [xf86-video-nouveau] flightgear crash when loading scenary Severity: critical Classification: Unclassified OS: Linux (All) Reporter: king.infet at gmail.com

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #43 from Andreas Loew <awl1 at gmx.net> --- Hello again, so it looks like I have now tracked the issue down. The "offending" commit seems to be: 4c193d254ee94da02857b9670e815b1765a9579b (the first commit which showed the issue - I tried for more than half an hour with its direct predecessor

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #45 from Andreas Loew <awl1 at gmx.net> --- Hmm... While my card definitely is not at all defective (it works the exact same way it always has), I indeed also have some issues that make it impossible for me to still use the "blob" even on an attic distro like RHEL6: The most recent version of the NVidia proprietary

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #58 from Andreas Loew <awl1 at gmx.net> --- > > [aloew at aloew-lap envytools-master]$ sudo ./nva/nvapeek 10200c 10 > > 0010200c: SS SS SS SS SS SS SS SS SS SS SS SS SS SS SS SS > > nvapeek 10200c without the 10. (Not sure what that does.... maybe reads out > 0x10 regs) yes - seems to read 10 registers: