[Intel-gfx] [PATCH] drm/i915/gt: allow setting generic data pointer
Andi Shyti
andi.shyti at intel.com
Fri Mar 6 01:15:36 UTC 2020
Hi Daniele,
> > diff --git a/drivers/gpu/drm/i915/gt/debugfs_gt.c b/drivers/gpu/drm/i915/gt/debugfs_gt.c
> > index 75255aaacaed..9112a8585caf 100644
> > --- a/drivers/gpu/drm/i915/gt/debugfs_gt.c
> > +++ b/drivers/gpu/drm/i915/gt/debugfs_gt.c
> > @@ -26,15 +26,14 @@ void debugfs_gt_register(struct intel_gt *gt)
> > debugfs_gt_pm_register(gt, root);
> > }
> > -void debugfs_gt_register_files(struct intel_gt *gt,
> > - struct dentry *root,
> > - const struct debugfs_gt_file *files,
> > - unsigned long count)
> > +void __intel_gt_debugfs_register_files(struct intel_gt *gt, struct dentry *root,
> > + const struct debugfs_gt_file *files,
> > + unsigned long count, void *data)
> > {
> > while (count--) {
> > if (!files->eval || files->eval(gt))
>
> IMO the files->eval() function should also use the provided data instead of
> intel_gt. This will also allow us to drop the intel_gt parameter in this
> function, which in turn means we can use this function directly from all the
> levels.
do you mean something like this:
- bool (*eval)(const struct intel_gt *gt);
+ bool (*eval)(void *data);
?
I am missing the use case, though, what is it that cannot be
reached by the gt so that it needs to be more generic?
Do you want to use it at i915 level?
Thanks for the review,
Andi
More information about the Intel-gfx
mailing list