search for: nv_device_info_v0_pasc

...rrently working on an ASUS GL702VMK. This machine is shipping a GeForce GTX 1060 GP106 (136000a1) connected to an internal DisplayPort on DFP-5 (usual AU Optronics Corporation). Using the unmodified latest nouveau drivers I have no backlight control. Modifying nouveau_backlight.c adding a case for NV_DEVICE_INFO_V0_PASCAL I finally get /sys/class/backlight/nv_backlight/ but changing the backlight value in there is not working anyway. Trying to manually poke NV50_PDISP_SOR_PWM_CTL(1) with `nvapoke` has no effect whatsoever on the brightness (on or==1) Backlight control is not working using the proprietary 375 / 3...

https://bugs.freedesktop.org/show_bug.cgi?id=106305 --- Comment #5 from Geroge T <reportbug at mailna.biz> --- Just recompiled the kernel from linux-source-4.15.tar.xz, version linux-4.15.17. Patched to add "case NV_DEVICE_INFO_V0_PASCAL:"(In reply to Ilia Mirkin from comment #3) > I believe that the backlight is just not hooked up for Pascal. > > There's a patch in bug #100446 > (https://bugs.freedesktop.org/attachment.cgi?id=138646) which may address > this. Ok finally tested the patch and recompiled k...

https://bugs.freedesktop.org/show_bug.cgi?id=106305 --- Comment #7 from Geroge T <reportbug at mailna.biz> --- Note that I only patched the line "NV_DEVICE_INFO_V0_PASCAL", not any other kind of patch. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/201805...

https://bugs.freedesktop.org/show_bug.cgi?id=106305 --- Comment #8 from Geroge T <reportbug at mailna.biz> --- Ok tested again with the 4 patches from the kernel git I confirm that it works. Definitely the "case NV_DEVICE_INFO_V0_PASCAL:" line has to be added. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20180501/b0af...

...t; + mutex_init(&drm->dmem->mutex); + INIT_LIST_HEAD(&drm->dmem->chunk_free); + INIT_LIST_HEAD(&drm->dmem->chunk_full); + INIT_LIST_HEAD(&drm->dmem->chunk_empty); + /* This only make sense on PASCAL or newer */ if (drm->client.device.info.family < NV_DEVICE_INFO_V0_PASCAL) return; @@ -600,11 +605,6 @@ nouveau_dmem_init(struct nouveau_drm *drm) if (!(drm->dmem = kzalloc(sizeof(*drm->dmem), GFP_KERNEL))) return; - mutex_init(&drm->dmem->mutex); - INIT_LIST_HEAD(&drm->dmem->chunk_free); - INIT_LIST_HEAD(&drm->dmem->chunk_...

https://bugs.freedesktop.org/show_bug.cgi?id=103383 Bug ID: 103383 Summary: "xset dpms force on" does not unblank laptop screen after "xset dpms force off" is run (or system enters sleep mode) Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: All

From: Yonatan Maman <Ymaman at Nvidia.com> This patch series aims to enable Peer-to-Peer (P2P) DMA access in GPU-centric applications that utilize RDMA and private device pages. This enhancement is crucial for minimizing data transfer overhead by allowing the GPU to directly expose device private page data to devices such as NICs, eliminating the need to traverse system RAM, which is the

Hi, just for your information and maybe for some help: with 5.1rc1 and SVM enabled i see the following backtrace [1] when the nouveau card (reverse prime) goes to sleep, for now i have papered over with [2] which leaves me with userspace hangs. Any pointers where to look for the actual culprit? PS: Card is: nouveau 0000:01:00.0: NVIDIA GP106 (136000a1) Greetings, Tobias [1]: BUG: unable