similar to: [Bug 98489] New: Nouveau not loading PGRAPH firmware blob for gk106 in kernel 4.7.10

https://bugs.freedesktop.org/show_bug.cgi?id=92863 Bug ID: 92863 Summary: Complete freeze even with NvGrUseFW=1 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=108080 Bug ID: 108080 Summary: GK106 [GeForce GTX 660] System Freeze - warp 3d0009 [ILLEGAL_INSTR_ENCODING] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: All Status: NEW Severity: critical Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=101184 Bug ID: 101184 Summary: [bisected] Panic on boot with GK106 Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=85605 Bug ID: 85605 Summary: gk106: GPU lockup on resume (3.16) Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=89912 Bug ID: 89912 Summary: Sometimes Nouveau hangs kernel with PGRAPH engine fault Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=111724 Bug ID: 111724 Summary: NVE6 (GK106) memory re-clocking breaks GpuTest plot3d benchmark Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: not set

https://bugs.freedesktop.org/show_bug.cgi?id=83897 Priority: medium Bug ID: 83897 Assignee: nouveau at lists.freedesktop.org Summary: GK106 (GeForce GTX 660): Frequent GPU lockups QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: freedesk.apriori at

https://bugs.freedesktop.org/show_bug.cgi?id=105014 Bug ID: 105014 Summary: Freeze every 5 seconds on any action. Long time bug Product: Mesa Version: 17.2 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=99068 Bug ID: 99068 Summary: Screen hangs when running a 3D app. GTX 660 Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

Hi After installing Kernel 5.6 I am getting this error: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices [ 0.757317] nouveau 0000:05:00.0: NVIDIA GP107 (137000a1) [ 0.869775] nouveau 0000:05:00.0: bios: version 86.07.42.00.4a [ 0.870157] nouveau 0000:05:00.0: acr: failed to load firmware [ 0.870256] nouveau 0000:05:00.0: acr: failed to load firmware [ 0.870356]

Hi After installing Kernel 5.6 I am getting this error: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices [ 0.757317] nouveau 0000:05:00.0: NVIDIA GP107 (137000a1) [ 0.869775] nouveau 0000:05:00.0: bios: version 86.07.42.00.4a [ 0.870157] nouveau 0000:05:00.0: acr: failed to load firmware [ 0.870256] nouveau 0000:05:00.0: acr: failed to load firmware [ 0.870356]

Ben -- probably the ACR changes in 5.6 don't fall back nicely anymore when there's no firmware? The load shouldn't be failed, just GR disabled... Zeno -- if you grab linux-firmware, it should be all better. Not sure if you're missing it on purpose or by accident. Cheers, -ilia On Fri, Apr 3, 2020 at 11:07 AM Zeno Davatz <zdavatz at gmail.com> wrote: > > Hi >

On Fri, Apr 25, 2014 at 5:19 PM, Alexandre Courbot <acourbot at nvidia.com> wrote: > nvc0_graph_ctor() would only let the graphics engine be enabled if its > oclass has a proper microcode linked to it. This prevents GR from being > enabled at all on chips that rely exclusively on external firmware, even > though such a use-case is valid. > > Relax the conditions enabling

On Mon, Mar 24, 2014 at 05:42:30PM +0900, Alexandre Courbot wrote: [...] > diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c b/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c > index 6ef8bf181b2d..f997a18f5760 100644 > --- a/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c > +++ b/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c > @@ -1133,10 +1133,14 @@

https://bugs.freedesktop.org/show_bug.cgi?id=39330 Summary: nVidia GF108 [Quadro 1000M] gives: "PGRAPH: unsupported chipset, please report!" Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=109397 Bug ID: 109397 Summary: PGRAPH TLB flush idle timeout fail: X hangs, ssh login possible Product: Mesa Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

Hi, i would like to build Samba 4.7.10 on CentOS7 On this Server it is possible to build Samba 4.7.9 without any problems. My pyldb-util what is installed is 1.2.3 and Samba 4.7.10 can't find it. But Samba 4.7.9 find that without problems. Thomas Zitat von Rowland Penny via samba <samba at lists.samba.org>: > On Thu, 30 Aug 2018 14:04:52 +0200 > Thomas Nintemann via samba

nvc0_graph_ctor() would only let the graphics engine be enabled if its oclass has a proper microcode linked to it. This prevents GR from being enabled at all on chips that rely exclusively on external firmware, even though such a use-case is valid. Relax the conditions enabling the GR engine to also include the case where an external firmware has also been loaded. Signed-off-by: Alexandre

On Tue, Mar 25, 2014 at 8:58 AM, Thierry Reding <thierry.reding at gmail.com> wrote: > On Mon, Mar 24, 2014 at 05:42:30PM +0900, Alexandre Courbot wrote: > [...] >> diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c b/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c >> index 6ef8bf181b2d..f997a18f5760 100644 >> ---

nvc0_graph_ctor() would only let the graphics engine be enabled if its oclass has a proper microcode linked to it. This prevents GR from being enabled at all on chips that rely exclusively on external firmware, even though such a use-case is valid. Relax the conditions enabling the GR engine to also include the case where an external firmware has also been loaded. Signed-off-by: Alexandre