similar to: [Bug 58378] [NV86] Distorted graphics on NVIDIA GeForce 8400M G after upgrade the kernel to 3.7.0 version

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 #47 from Andreas Loew <awl1 at gmx.net> --- Hi - it's me again ;-) > Well, given that it doesn't work on the blob makes it sound like you have some > sort of funkiness in your hardware. One unsubstantiated theory is that the > vdec clock is *disabled*, and pcrypt is hooked up to that clock. Or perhaps >

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #44 from Ilia Mirkin <imirkin at alum.mit.edu> --- Try commenting the same line out and see what happens... (i.e. the one with 0x74c1) FWIW I do remember seeing some PCRYPT-related (and PVP/PBSP-related) errors on start in the form of MMIO write failures in your log and thinking it odd: nouveau E[ PBUS][0000:01:00.0] MMIO

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #56 from Andreas Loew <awl1 at gmx.net> --- > > I am 99.9% certain it does, as my Windows install with NVidia 285.09 driver > > also still runs fine, while any more recent Windows driver from NVidia hangs > > with the same symptoms as their Linux "blob" - I had just checked this last > > week

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 #66 from Andreas Loew <awl1 at gmx.net> --- A Happy New Year to everybody! :-) Just wondering whether you intend to simply close this issue down with the workaround "solution" for me to set kernel option nouveau.config=PCRYPT=0 or whether you are still interested in finding out *why* my Quadro NVS 130M and other

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #53 from Andreas Loew <awl1 at gmx.net> --- Oops - typo: was referring to NVidia version 285.09 above (not 295.09). -- 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=58378 --- Comment #54 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #52) > Hello again, Ilia, > > > Can you grab envytools (https://github.com/envytools/envytools) and run > > bad news (or maybe expected from what we have been seeing earlier): > > [aloew at aloew-lap envytools-master]$

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #52 from Andreas Loew <awl1 at gmx.net> --- Hello again, Ilia, > Can you grab envytools (https://github.com/envytools/envytools) and run bad news (or maybe expected from what we have been seeing earlier): [aloew at aloew-lap envytools-master]$ ./nva/nvapeek 10200c WARN: Can't probe 0000:01:00.0 PCI init failure!

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #80 from Thomas <tomshere at t-online.de> --- Hello, I have the same NVIDIA GeForce NVS 130M with the disabled functions. I checked with nvapeek: 0000154c: 0000009c 00001540: b1010001 uname -a delivers Linux mobuntu 3.11.0-15-generic #23-Ubuntu SMP Mon Dec 9 18:17:04 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux I do not have any

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #81 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #80) > Hello, > > I have the same NVIDIA GeForce NVS 130M with the disabled functions. > I checked with nvapeek: > 0000154c: 0000009c > 00001540: b1010001 > > uname -a delivers > Linux mobuntu 3.11.0-15-generic #23-Ubuntu SMP Mon

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #84 from Andreas Loew <awl1 at gmx.net> --- Hi Ilia, > That seems a little premature given that it's not even in the mainline > kernel. However I would recommend that once it is, you file a redhat issue > to make sure it gets backported to the whatever. I have no knowledge of, and > do not care about RHEL or any

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #20 from Andreas Loew <awl1 at gmx.net> --- Had been missing my "lspci -nnvv" information: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G86M [Quadro NVS 130M] [10de:042a] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Toshiba America Info Systems Device [1179:0002] Control: I/O+ Mem+

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #82 from Andreas Loew <awl1 at gmx.net> --- Hi Thomas, > I have the same NVIDIA GeForce NVS 130M with the disabled functions. > I checked with nvapeek: > 0000154c: 0000009c > 00001540: b1010001 great - finally somebody who confirms this issue. > uname -a delivers > Linux mobuntu 3.11.0-15-generic #23-Ubuntu

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=58378 --- Comment #40 from Andreas Loew <awl1 at gmx.net> --- Hello again, I need your help on how to proceed: Using the bisection approach, I have now largely reduced the candidate commits that might have introduced the issue: 4c193d254ee94da02857b9670e815b1765a9579b shows the issue, while c420b2dc8dc3cdd507214f4df5c5f96f08812cbe does not, so

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #41 from Ilia Mirkin <imirkin at alum.mit.edu> --- The fix for that compilation issue is contained in d1b167e168bdac0b6af11e7a8c601773639fc419 Basically you need to make nouveau_channel_idle return an int, and just stick a 'return ret' at the end. And adjust the prototype in nouveau_drv.h. -- You are receiving this

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #42 from Andreas Loew <awl1 at gmx.net> --- Thanks a million for your super-fast reply! So I'll proceed with d1b167e168bdac0b6af11e7a8c601773639fc419 rather than 78df3a1c585c8c95fd9a472125f0cd406e8617ce, and will report back later... BR, Andreas -- You are receiving this mail because: You are the assignee for the bug.

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:

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