Displaying 6 results from an estimated 6 matches for "drm_core_init".
2024 Jul 30
1
[PATCH 2/2] [v6] drm/nouveau: expose GSP-RM logging buffers via debugfs
...gt; + return;
> > + }
> > +
> > + /* Find the 'dri' root debugfs entry. Every GPU has a dentry under it */
> > + root = debugfs_lookup("dri", NULL);
> > + if (IS_ERR(root)) {
>
> I don't think this can ever happen. This entry is created in drm_core_init().
So first, the check is wrong. It should be "if (!root)".
However, I think it can happen. drm_core_init() does not fail if
debugfs_create_dir() fails:
drm_debugfs_root = debugfs_create_dir("dri", NULL);
It doesn't even print a warning message. It just keeps going....
2024 Jul 31
1
[PATCH 2/2] [v6] drm/nouveau: expose GSP-RM logging buffers via debugfs
...gt; > > +
> > > + /* Find the 'dri' root debugfs entry. Every GPU has a dentry under it */
> > > + root = debugfs_lookup("dri", NULL);
> > > + if (IS_ERR(root)) {
> >
> > I don't think this can ever happen. This entry is created in drm_core_init().
Oh, I see how this reads. I think I didn't quite finish the reply. Sorry for the
confusion.
>
> So first, the check is wrong. It should be "if (!root)".
That's what I meant, it can't be an ERR_PTR.
>
> However, I think it can happen. drm_core_init() does...
2024 Jul 31
1
[PATCH 2/2] [v6] drm/nouveau: expose GSP-RM logging buffers via debugfs
...safe, i.e. nvif_log_shutdown() can't be called
> with a random list_head and struct nvif_log::shutdown can't be called with the
> "head instance" of struct struct nvif_log.
Ok, I think I got it this time. I'll post a v7 soon.
> > However, I think it can happen. drm_core_init() does not fail if
> > debugfs_create_dir() fails:
> >
> > drm_debugfs_root = debugfs_create_dir("dri", NULL);
> >
> > It doesn't even print a warning message. It just keeps going. So I think
> > there should be some error checking somewhere.
&...
2024 Jul 30
1
[PATCH 2/2] [v6] drm/nouveau: expose GSP-RM logging buffers via debugfs
...gging buffers are empty\n");
> + return;
> + }
> +
> + /* Find the 'dri' root debugfs entry. Every GPU has a dentry under it */
> + root = debugfs_lookup("dri", NULL);
> + if (IS_ERR(root)) {
I don't think this can ever happen. This entry is created in drm_core_init().
> + /* No debugfs, or no root dentry for DRM */
> + nvkm_warn(&gsp->subdev, "could not find debugfs dri root\n");
> + return;
> + }
> +
> + /* Create a new debugfs root. It has the same name as the old one */
> + dir = debugfs_create_dir(dev_name(dev), r...
2024 Jul 29
1
[PATCH 2/2] [v6] drm/nouveau: expose GSP-RM logging buffers via debugfs
The LOGINIT, LOGINTR, LOGRM, and LOGPMU buffers are circular buffers
that have printf-like logs from GSP-RM and PMU encoded in them.
LOGINIT, LOGINTR, and LOGRM are allocated by Nouveau and their DMA
addresses are passed to GSP-RM during initialization. The buffers are
required for GSP-RM to initialize properly.
LOGPMU is also allocated by Nouveau, but its contents are updated
when Nouveau
2013 Oct 06
40
[xen] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
Greetings,
I got the below dmesg and the first bad commit is
commit cf39c8e5352b4fb9efedfe7e9acb566a85ed847c
Merge: 3398d25 23b7eaf
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Wed Sep 4 17:45:39 2013 -0700
Merge tag ''stable/for-linus-3.12-rc0-tag'' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip
Pull Xen updates from Konrad