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 #69 from Andreas Loew <awl1 at gmx.net> --- > Could you provide the output of > > nvapeek 154c > nvapeek 1540 > > Those registers specify which engines are there. I think we're ignoring them > in nouveau... OK - that might indeed explain the issues seen... Here you are: [aloew at aloew-lap nva]$ sudo

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #67 from Ilia Mirkin <imirkin at alum.mit.edu> --- Could you provide the output of nvapeek 154c nvapeek 1540 Those registers specify which engines are there. I think we're ignoring them in nouveau... -- 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=58378 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91714|0 |1 is obsolete| | --- Comment #70 from Ilia Mirkin <imirkin at

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #72 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #71) > Would 3.12.6 be an appropriate version to apply your updated patch to > successfully? I'm working against, effectively, 3.13-rc8. I'd think it would apply to 3.12, and just about any other semi-recent kernel, but I guess RHEL does

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 #79 from Andreas Loew <awl1 at gmx.net> --- You're welcome! :-) I did do this in my very own interest, because the OL6/RHEL6 install on my main work laptop all of a sudden had this distortion issue when RHEL updated the drm/nouveau module to an affected codebase in RHEL 6.5, so I definitely needed a solution for this (other

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #71 from Andreas Loew <awl1 at gmx.net> --- Hello Ilia, hmm - you just caught me with the update five minutes after I had started the rpmbuild with the previous version... ;-) Unfortunately, while I could make the first patch apply to a current RHEL kernel source with only one change (core/engine/device.c ->

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #73 from Andreas Loew <awl1 at gmx.net> --- Yes, definitely, a RHEL6 stock kernel is *very* old (2.6.32.*) - but due to a kernel drm/nouveau module update from 3.x source that they recently did for RHEL 6.5, it also suddenly became new enough to make me see this issue... ;-) Have just successfully applied the updated patch to

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #74 from Andreas Loew <awl1 at gmx.net> --- Just received drivers/gpu/drm/nouveau/core/subdev/devinit/nv50.c:164: error: 'NVDEV_ENGINE_VIC' undeclared (first use in this function) but "fixed" it for me by commenting out the lines for a 0xaf card (I have a 0x86 type anyway, so this code does not apply to me):

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #75 from Andreas Loew <awl1 at gmx.net> --- Created attachment 91786 --> https://bugs.freedesktop.org/attachment.cgi?id=91786&action=edit Complete dmesg output booting 3.12.6 with "hwunits.patch" applied (nouveau.debug=debug) -- You are receiving this mail because: You are the assignee for the bug.

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #76 from Andreas Loew <awl1 at gmx.net> --- Created attachment 91787 --> https://bugs.freedesktop.org/attachment.cgi?id=91787&action=edit nouveau-related dmesg output booting 3.12.6 with "hwunits.patch" applied (nouveau.debug=debug) -- You are receiving this mail because: You are the assignee for the bug.

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

https://bugs.freedesktop.org/show_bug.cgi?id=58378 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Distorted graphics on |[NV86] Distorted graphics |NVIDIA GeForce 8400M G |on NVIDIA GeForce 8400M G

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 #21 from Ilia Mirkin <imirkin at alum.mit.edu> --- (a) Can we see a full boot log (e.g. output of dmesg) with a recent kernel? Ideally it would include the time that the visual issues happen. (b) This looks like it could be a fencing issue, i.e. we try to draw to a texture, but then instead of waiting, we don't wait. There

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #23 from Ilia Mirkin <imirkin at alum.mit.edu> --- The mega-commit is ebb945a94bba2ce8dff7b0942ff2b3f2a52a0a69. So you could check out ebb945a94bba^ and see if it works, and then test ebb945a94bba to see if it doesn't. In either case, you could use those as your new "good" or "bad" starting points. You

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #31 from Ilia Mirkin <imirkin at alum.mit.edu> --- You really need to figure out how to do things inside the git tree and not do some sort of crazy export. That will speed things up by an order of magnitude. To get the list of nouveau changes between 3.4 and 3.5: git log v3.4..v3.5 -- drivers/gpu/drm/nouveau To do a bisect

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #36 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #35) > Follow-up question note that I am digging deeper into git... ;-) > > From the commits in the v3.4..v3.5 range, only two of them: > > 9bd0c15fcfb42f6245447c53347d65ad9e72080b (dated Jun 26, 2012) and >

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 #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