search for: pcrypt

...8378 --- 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 > that clock is somehow broken. It'd be interesting to see whether the old blob > version can be made to work, but I wouldn't spend _too_ much time on it. May > be easy to do with an older livecd or something. I could try and do an install...

...ugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #46 from Ilia Mirkin <imirkin at alum.mit.edu> --- 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 that clock is somehow broken. It'd be interesting to see whether the old blob version can be made to work, but I wouldn't spend _too_ much time on it. May be easy to do with an older livecd or something. So, in order to completely disable PCRYPT witho...

https://bugs.freedesktop.org/show_bug.cgi?id=90092 Bug ID: 90092 Summary: Screen Hangs Displaying Black and White Rectangles After Resuming from Suspend Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

...S][0000:01:00.0] using image from PRAMIN nouveau [ VBIOS][0000:01:00.0] BIT signature found nouveau [ VBIOS][0000:01:00.0] version 60.86.49.00.27 (...) nouveau [ PMPEG][0000:01:00.0] hardware is marked as disabled nouveau [ PVP][0000:01:00.0] hardware is marked as disabled nouveau [ PCRYPT][0000:01:00.0] hardware is marked as disabled nouveau [ PBSP][0000:01:00.0] hardware is marked as disabled and also, everything is fine afterwards (as PCRYPT seems to indeed have been properly disabled). :-) What do you say? Do you agree that everything turned out as expected from my nvpeek r...

...0000:01:00.0] MMIO write of 0x00000010 > FAULT at 0x10200c These errors should go away with the patch. > > but also > > [ 18.984164] nouveau E[ PTHERM][0000:01:00.0] unhandled intr 0x00000161 I believe this is unrelated. > > When I use the kernel option nouveau.config=PCRYPT=0 it doesn't eliminate > the errors and X still hangs when resuming. It should eliminate the 10200c error. The others are from PVP and PBSP, you could do like nouveau.config=PCRYPT=0,PVP=0,PBSP=0,PMPEG=0 -- that should have the same effect as my patch for your hardware. (I think.) > I w...

...> > Have you enabled compiz(...) No I don't think so. > > [ 18.984164] nouveau E[ PTHERM][0000:01:00.0] unhandled intr 0x00000161 > > This last "PTHERM" error seems to be a different, unrelated issue. > > > When I use the kernel option nouveau.config=PCRYPT=0 it doesn't eliminate > > the errors and X still hangs when resuming. > > Hmm - interesting, as I clearly don't have any issues with suspend/resume. > Which laptop do you have? Did you already update your BIOS to the latest > available version? > > > I was not...

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

...so, you will also run see the distorted graphics, but you now already know the fix... ;-) > [ 18.984164] nouveau E[ PTHERM][0000:01:00.0] unhandled intr 0x00000161 This last "PTHERM" error seems to be a different, unrelated issue. > When I use the kernel option nouveau.config=PCRYPT=0 it doesn't eliminate > the errors and X still hangs when resuming. Hmm - interesting, as I clearly don't have any issues with suspend/resume. Which laptop do you have? Did you already update your BIOS to the latest available version? > I was not sure if I have to set the parameter...

https://bugs.freedesktop.org/show_bug.cgi?id=73744 Priority: medium Bug ID: 73744 Assignee: nouveau at lists.freedesktop.org Summary: Constant lock ups with NVIDIA GeForce 8400 GS QA Contact: xorg-team at lists.x.org Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: grave_123 at

In https://nouveau.freedesktop.org/KernelModuleParameters.html, there is: Here is a list of engines: DEVICE DMAOBJ PBSP PCE0 PCE1 PCE2 PCRYPT PDISP PFIFO PGRAPH PMPEG PPM PPPP PVP SW Also, in debug: CLIENT I have tried to find a description of those. https://envytools.readthedocs.io/en/latest/ help a bit, but I don't find a precise correlation. https://nouveau.freedesktop.org/NouveauTerms.html doe...

...s definitely created and used many times before reporting an error. Next use of NvSema usually does NOT trigger another CACHE_ERROR. 4) NV04_PFIFO_CACHE1_HASH has the same value as was written to ramht. 5) I can replace glxinfo loops with application which creates and destroys PGRAPH objects. PCRYPT, PMPEG and SW objects do NOT provoke this bug. (program attached) 6) There are no interrupts between CACHE_ERRORs, so it's not caused by race in cache_error/software method handling. Any ideas how to debug it? Marcin -------------- next part -------------- A non-text attachment was scru...

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 write of 0x00000010 FAULT at 0x10200c Which of course is an enable of FIFO_ACCESS... probably pretty important. (See https://github.com/envytoo...

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #51 from Ilia Mirkin <imirkin at alum.mit.edu> --- So actually I'm told that pcrypt is on the main clock, so that theory is out. Can you grab envytools (https://github.com/envytools/envytools) and run nvapeek 10200c nvapoke 10200c 10 nvapeek 10200c and see what's in dmesg?Do you see additional MMIO read/write failures, or is it all good? What does the peek return? (I'm...

...tools-master]$ sudo ./nva/nvapeek 10200c 10 > 0010200c: SS SS SS SS SS SS SS SS SS SS SS SS SS SS SS SS > [aloew at aloew-lap envytools-master]$ > > And no new messages in "dmesg" output at all. Still not enlightening... :-( Well, no one's heard of a "missing" PCRYPT before, but it's certainly conceivable that certain blocks were omitted. I'd feel better with that diagnosis if more people chimed in saying that they had the same issue. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An H...

...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: [aloew at aloew-lap envytools-master]$ sudo ./nva/nvapeek 10200c 0010200c: SS > Well, no one's heard of a "missing" PCRYPT before, but it's certainly > conceivable that certain blocks were omitted. I'd feel better with that > diagnosis if more people chimed in saying that they had the same issue. >From the screenshots of the corrupted graphics, I definitely think that this is the exact same issue. Bu...

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #65 from Andreas Loew <awl1 at gmx.net> --- Oops - I just remembered that I am booting my kernel with "nouveau.config=PCRYPT=0" in the meantime... Does this make any difference, i.e. do I need to retry the nvapeek/nvapoke sequence without this kernel option? Sorry & thanks, Andreas -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attach...

...ttps://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 8400M-based cards do not seem support this functionality (or what might need to be done differently in the driver to ensure they do). Additional interesting information: I have been informed that folks at NV...

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #68 from Ilia Mirkin <imirkin at alum.mit.edu> --- Created attachment 91714 --> https://bugs.freedesktop.org/attachment.cgi?id=91714&action=edit patch to honor disabled engines Give this a shot (without forcing PCRYPT=0). You should hopefully see a message saying that it and a few other engines are disabled. This needs some more testing on a wider variety of cards before I'll send it upstream, but it may be what you need. -- You are receiving this mail because: You are the assignee for the bug. -----------...

...me, vdec indeed is 0x00000000, i.e. false and as my chipset is 0x86, furthermore: MPEG -> disabled VP -> disabled and for the dynamic features, 0x9c = 10011100 binary 0x20 = 00100000 binary 0x40 = 01000000 binary as 0x9c & 0x20 == 0x00, BSP -> disabled as 0x9c & 0x40 == 0x00, PCRYPT -> disabled which would probably confirm your that for me your patch is correct. That said, I will apply this patch to my current stock RHEL6 kernel and report back later today on whether this works fine for me (which it indeed should, based on the above considerations!). Thanks a million - g...

...with the affected older/low-end NVIDIA notebook chips - such as myself (and all the other now unfortunately silent people who initially created this issue) - will no longer be affected by this issue in the current RHEL 6 kernels (or don't need the explicit workaround using the kernel parameter PCRYPT=0)? Thanks a million for your kind help & best regards from Germany, Andreas -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments...