https://bugs.freedesktop.org/show_bug.cgi?id=111793
--- Comment #4 from Yury Semikhatsky ---
Thanks for your response. Let me know if you need help with testing the fix
with the WebKit scenarios.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=111793
--- Comment #3 from Karol Herbst ---
this is probably a multithreading bug inside mesa. We are aware of the
situation, just fixing it might take a while as it requires bigger rework. We
are on it though. Just limited in time sadly.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=111793
--- Comment #2 from Yury Semikhatsky ---
Created attachment 145486
--> https://bugs.freedesktop.org/attachment.cgi?id=145486&action=edit
double free or corruption (fasttop)
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111793
Yury Semikhatsky changed:
What|Removed |Added
Attachment #145484|double free or corruption |assertion in
description|(fas
https://bugs.freedesktop.org/show_bug.cgi?id=111793
Bug ID: 111793
Summary: double free or corruption (fasttop) in nouveau_bo_del
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: N
https://bugs.freedesktop.org/show_bug.cgi?id=111793
--- Comment #1 from Yury Semikhatsky ---
Created attachment 145485
--> https://bugs.freedesktop.org/attachment.cgi?id=145485&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=100567
--- Comment #39 from Lucas Ribeiro ---
I've been using this 660Ti (NVE4) card with nouveau and tested several kernels:
4.14, 4.19 and 5.3, all with the same problem. During different usage or games,
the system freezes. It is recoverable with Sys
Changes since last sent:
* add a patch to set the device into DRM_SWITCH_POWER_CHANGING state
(can be dropped actually, I thought I was needing it, came up with a
different approach and forgot to delete it, doesn't hurt though)
* expose information about runtime suspending to nvkm so that we c
Apperantly things go south if we suspend the device with a PCIe link speed
set to 2.5. Fixes runtime suspend on my gp107.
This all looks like some bug inside the pci subsystem and I would prefer a
fix there instead of nouveau, but maybe there is no real nice way of doing
that outside of drivers?
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_drm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drm/nouveau/nouveau_drm.c b/drm/nouveau/nouveau_drm.c
index dce8e7fe6..ad1311b21 100644
--- a/drm/nouveau/nouveau_drm.c
+++ b/drm/nouveau/nouveau_drm.c
@@ -911,6 +911,7 @@ nouveau_pm
Allows fini functions to check if we do a real system suspend or just
runtime suspending the GPU.
Signed-off-by: Karol Herbst
---
bin/nv_init.c | 2 +-
drm/nouveau/include/nvif/client.h | 2 +-
drm/nouveau/include/nvif/driver.h | 2 +-
drm/nouveau/include
---
drm/nouveau/nouveau_drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drm/nouveau/nouveau_drm.c b/drm/nouveau/nouveau_drm.c
index 3d32afe8a..466271c0c 100644
--- a/drm/nouveau/nouveau_drm.c
+++ b/drm/nouveau/nouveau_drm.c
@@ -917,6 +917,7 @@ nouveau_pmops_runtime_suspend(struct devic
v2: add force disable ASPM func pointer
Signed-off-by: Karol Herbst
Reviewed-by: Lyude Paul
---
drm/nouveau/nvkm/subdev/pci/gk104.c | 8
drm/nouveau/nvkm/subdev/pci/gp100.c | 11 +++
drm/nouveau/nvkm/subdev/pci/priv.h | 5 +
3 files changed, 20 insertions(+), 4 deletions
taken from nvgpu
v2: return -EBUSY when the timeout is reached
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pci/gk104.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/drm/nouveau/nvkm/subdev/pci/gk104.c
b/drm/nouveau/nvkm/subdev/pci/gk104.c
in
taken from nvgpu
v2: rename force_aspm_off to aspm_off
rework interface to return old value and take a mask as the input
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pci/g84.c | 9 +
drm/nouveau/nvkm/subdev/pci/g92.c | 1 +
drm/nouveau/nvkm/subdev/pci/g94.c | 1 +
no idea why and what it does, taken from nvgpu
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pci/gk104.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drm/nouveau/nvkm/subdev/pci/gk104.c
b/drm/nouveau/nvkm/subdev/pci/gk104.c
index a4014d4a7..1c4f9a1cd 100644
--- a/drm/nouveau
On Mon, Sep 23, 2019 at 8:56 AM Sandy Huang wrote:
>
> cpp[BytePerPlane] can't describe the 10bit data format correctly,
> So we use bpp[BitPerPlane] to instead cpp.
>
> Signed-off-by: Sandy Huang
> ---
> drivers/gpu/drm/nouveau/dispnv04/crtc.c | 7 ---
> drivers/gpu/drm/nouveau/dispnv50
https://bugs.freedesktop.org/show_bug.cgi?id=111787
Andre Klapper changed:
What|Removed |Added
Version|19.0|unspecified
Group|
https://bugs.freedesktop.org/show_bug.cgi?id=111787
Bug ID: 111787
Summary: reverse engineered nvidia 3d driver not working
Product: Mesa
Version: 19.0
Hardware: Other
URL: http://localhost:5600
OS: Windows (All)
Hi Ben,
Any comments on this patch?
Thanks,
Yongxin
> -Original Message-
> From: Nouveau [mailto:nouveau-boun...@lists.freedesktop.org] On Behalf Of
> Yongxin Liu
> Sent: Friday, August 23, 2019 16:51
> To: bske...@redhat.com; dri-de...@lists.freedesktop.org
> Cc: nouveau@lists.freedes
20 matches
Mail list logo