Hi,
i just sent out a (v2) of Daniels patch, with my review comments and
reviewed-by for the code already applied to the code for convenience.
Interspersed below in the patch the review comments for a few small bugs.
This and Daniels original patch is only compile tested. I still have
that
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.c | 146 +-
1 file changed, 144 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nouveau_debugfs.c b/drm/nouveau/nouveau_debugfs.c
index 6f317a7..61134c8 100644
---
v2: use the same object for private data as with the drm debugfs functions
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.c | 54 +--
1 file changed, 52 insertions(+), 2 deletions(-)
diff --git
On 11/09/2015 02:02 PM, Ilia Mirkin wrote:
On Mon, Nov 9, 2015 at 7:57 AM, Mario Kleiner
wrote:
From: Daniel Vetter
Apparently pre-nv50 pageflip events happen before the actual vblank
period. Therefore that functionality got semi-disabled
From: Daniel Vetter
Apparently pre-nv50 pageflip events happen before the actual vblank
period. Therefore that functionality got semi-disabled in
commit af4870e406126b7ac0ae7c7ce5751f25ebe60f28
Author: Mario Kleiner
Date: Tue May 13
On Mon, Nov 9, 2015 at 7:57 AM, Mario Kleiner
wrote:
> From: Daniel Vetter
>
> Apparently pre-nv50 pageflip events happen before the actual vblank
> period. Therefore that functionality got semi-disabled in
>
> commit
we will need our own debugfs_init and cleanup functions, because nouveau_drm
isn't ready while the drm ones are called by drm
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.c | 4 ++--
drm/nouveau/nouveau_debugfs.h | 9 +
drm/nouveau/nouveau_drm.c
Signed-off-by: Karol Herbst
---
drm/nouveau/Kbuild| 1 -
drm/nouveau/nouveau_debugfs.c | 2 +-
drm/nouveau/nouveau_drm.c | 4 -
drm/nouveau/nouveau_drm.h | 1 -
drm/nouveau/nouveau_sysfs.c | 197 --
https://bugs.freedesktop.org/show_bug.cgi?id=90632
--- Comment #5 from Willem Mulder <14mrh4x0r+f...@gmail.com> ---
Created attachment 119521
--> https://bugs.freedesktop.org/attachment.cgi?id=119521=edit
lspci output
Option b) worked. Attached is the lspci output.
--
You are receiving this
I made a little changes in this series:
1. merge the two last patches together
2. unify the private data interface with the drm debugfs one
now it should be very obvious for a new dev on how to add new files to debugfs
and how to get access to the nouveau structs
Karol Herbst (5):
debugfs: add
Signed-off-by: Karol Herbst
---
drm/nouveau/nouveau_debugfs.c | 30 ++
drm/nouveau/nouveau_debugfs.h | 26 ++
drm/nouveau/nouveau_drm.c | 2 ++
drm/nouveau/nouveau_drm.h | 1 +
4 files changed, 59 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=92870
Ilia Mirkin changed:
What|Removed |Added
Summary|GF117M nvkm_pmu_pgob fault |GF117M nvkm_pmu_pgob
https://bugs.freedesktop.org/show_bug.cgi?id=92863
--- Comment #6 from xen...@overtmind.com ---
[52726.387384] nouveau E[ PFIFO][:01:00.0] read fault at 0x0002a1
[PTE] from GR/GPC1/T1_0 on channel 0x023f55f000 [Xorg[2023]]
[52726.387388] nouveau E[ PFIFO][:01:00.0] PGRAPH engine
https://bugs.freedesktop.org/show_bug.cgi?id=92863
--- Comment #7 from Ilia Mirkin ---
Are you, perchance, enabling DRI3 in your xorg.conf? If so, try sticking to
DRI2.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=92863
--- Comment #8 from xen...@overtmind.com ---
I did in fact enable DRI3, or well... at least Xorg says it's allowed.
[13.582] (**) NOUVEAU(0): Option "DRI" "3"
[13.582] (**) NOUVEAU(0): Allowed maximum DRI level 3.
However, bear in mind
https://bugs.freedesktop.org/show_bug.cgi?id=92870
--- Comment #1 from Ilia Mirkin ---
Interesting. The v4.3 kernel has:
void
nvkm_pmu_pgob(struct nvkm_pmu *pmu, bool enable)
{
if (pmu->func->pgob)
pmu->func->pgob(pmu, enable);
}
But Ben's latest
https://bugs.freedesktop.org/show_bug.cgi?id=92870
Wu Xiaotian changed:
What|Removed |Added
Attachment #119500|text/plain |image/jpeg
https://bugs.freedesktop.org/show_bug.cgi?id=92870
Bug ID: 92870
Summary: GF117M nvkm_pmu_pgob fault
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
18 matches
Mail list logo