Re: [PATCH 2/2] [v7] drm/nouveau: expose GSP-RM logging buffers via debugfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]<

 



On Sat, 2024-08-03 at 02:00 +0200, Danilo Krummrich wrote:
> > +       /* Each GPU has a subdir based on its device name, so find it */
> > +       struct drm_device *drm_dev = dev_get_drvdata(dev);
> 
> In drm-misc-next dev_get_drvdata() returns a struct nouveau_drm.
> Interestingly,
> things do not blow up however.
> 
> Instead, I noticed that your debugfs entries are created in the debugfs
> root,
> instead of "dri/<PCI_ID>/".

Woah.

> I think we shouldn't try to use the DRI debugfs directory anyway to avoid
> DRM
> layer dependencies in nvkm. Let's create our own nouveau one, like you did
> in
> earlier versions of this patch.

So what path should I use?

So what it's supposed to do is create a sort of "shadow" dri/<PCI_ID>/ path
that overlays the existing one.  So when the module deletes the original
dri/<PCI_ID>/, the one I create replaces it automatically.  I think it's a
neat feature.  The path to the debugfs entries stays the same whether or not
they're migrated.  

> Please also make sure to test your patches on a recent drm-misc-next branch.

Will do.




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux