Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp2931568rwl; Fri, 6 Jan 2023 12:56:55 -0800 (PST) X-Google-Smtp-Source: AMrXdXtlLM46OUGolgmaOIzq9tjr5yf8Z6mjGym1TfQYOLOoDQu1hqztLZ89gUamfyavz49r5wwP X-Received: by 2002:a17:906:d8ac:b0:7bc:9a78:bc3a with SMTP id qc12-20020a170906d8ac00b007bc9a78bc3amr47560657ejb.68.1673038615366; Fri, 06 Jan 2023 12:56:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673038615; cv=none; d=google.com; s=arc-20160816; b=G9gZ33vprOQhsRd7s+gZ3haPi1nzgEJ4+A7ciNYnSy3cOR+eJ1Xiw4JS1pbU3MOZzL raCWU+dAuLqjvSi5IVxNvFl/CVLpT/hIyTGvAqXVCyBVxOL9Hnm1rz1VtZTgxa6taq5v us1Hi07mUbAe5ViZsSb9Ork/qK/fIkmdBIAPjnizetOt/A9uvCkhKDffvNiL+X0gltLZ dX3VP1WQR+nofNUM0DARSnKWl+uq00vHevS2OP4REAcO+yI73nfNXxkHhjWG2kuqfg/e /fZWzOgr0E0TiXb9Cv8yyVS22cIL01T7EQtwHxMEEtOH1ookA9+X9FXFoBGAkFc4VfSX Uydw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=HIAM0suU1+vto0GHCwsmDjqm/WjWit3Redd5TQMQDhw=; b=JLrDBj0YBYUebfJxflDkZWDeeEiANk2RMy8Go5Pe/qpHj6A9tG5lRH5I572IL5ahkO ulzRo9GVo4gQHdlpi5hF7xta97RWMvutWwDMx+nkmU5vw2SfSROiiW4WXxSHIcZi01vI 1E9bNbzZjCc1xNTjH25utFsNvLupegvHcgy4MJmr6I3GZ6fRpyts/ndlH/4YC5YwEewv kMxgVuyjWpMruyYz/qiovxc0ASH74RVcEaiuGYzxokFfo/61rzBTzZqHRomXI9PuvK8S s9OBLlk6GB/84XYQ4CABSL9SbWfGdWV6aa+75z0roBrQnmtZwzVDDAPEH9uwGI3wfLMt LWwQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b="C/ZaMvDp"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ae9-20020a17090725c900b007c10d4bddccsi2472526ejc.822.2023.01.06.12.56.42; Fri, 06 Jan 2023 12:56:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b="C/ZaMvDp"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231470AbjAFUUZ (ORCPT + 55 others); Fri, 6 Jan 2023 15:20:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57314 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236611AbjAFUTL (ORCPT ); Fri, 6 Jan 2023 15:19:11 -0500 Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1BBB669B2B for ; Fri, 6 Jan 2023 12:19:09 -0800 (PST) Received: by mail-wm1-x32a.google.com with SMTP id i17-20020a05600c355100b003d99434b1cfso1877848wmq.1 for ; Fri, 06 Jan 2023 12:19:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:mail-followup-to:message-id:subject:cc:to :from:date:from:to:cc:subject:date:message-id:reply-to; bh=HIAM0suU1+vto0GHCwsmDjqm/WjWit3Redd5TQMQDhw=; b=C/ZaMvDpAUoVg8tJA4m7T8tRcV/yfg+m1Jbs73a3nblep+fFepL1aUZ+croiJENWAk X0ldr8dkvjdArkV5aSwkK74saT7DyFA8842tfGzDi2armdgh+QHdj5BAebZxql0/eXI/ 7Vh5c60HarHMJ3S2NG3ZX9qmvele2XWlUlIM0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:mail-followup-to:message-id:subject:cc:to :from:date:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=HIAM0suU1+vto0GHCwsmDjqm/WjWit3Redd5TQMQDhw=; b=NmgURQakvpptqjBX9k35iuLPeR6hEc1QWSHqTNHMiIuiS5cFflkaq7so/9jBkdNYG3 fvOcMG0/Iga3MT+C1bJB7CuH98u4Q/S2BY8C02gRIZxMJQGxYjfsrclE68OpFgJrvnaH GifgDzzTsSY6Psz7h7l97QY1jUaOIJk5nmcte7q0HpOhHPOJA52nQkpfv64Mhf9NwrIK iMn3b4IHbn4f7jzX4YAFpkKYkhI8yKAstGuF7FVBGiC8rj1ZsvNx4fnjclnF8uRsXasB pU1BSbZMufjeaEDp9tkl8Q6X6z/gw7fRb6uN+g4UrdP6vJoWXAlSuQA7qjQPccp1KoZY a45g== X-Gm-Message-State: AFqh2krH6TBcFFhzYnsIZqchNAzmSSkA7g/yPO6knM5B/h30kuapigjv F1uabaS0hj2SawRdRHoPjPmyHQ== X-Received: by 2002:a05:600c:1503:b0:3d0:8722:a145 with SMTP id b3-20020a05600c150300b003d08722a145mr39134766wmg.40.1673036347651; Fri, 06 Jan 2023 12:19:07 -0800 (PST) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id z6-20020a05600c0a0600b003d96efd09b7sm8950446wmp.19.2023.01.06.12.19.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 06 Jan 2023 12:19:06 -0800 (PST) Date: Fri, 6 Jan 2023 21:19:04 +0100 From: Daniel Vetter To: =?iso-8859-1?Q?Ma=EDra?= Canal Cc: Stephen Rothwell , Jani Nikula , Maxime Ripard , Maarten Lankhorst , Thomas Zimmermann , David Airlie , Daniel Vetter , Melissa Wen , =?iso-8859-1?Q?Andr=E9?= Almeida , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: [PATCH 2/2] drm/debugfs: add descriptions to struct parameters Message-ID: Mail-Followup-To: =?iso-8859-1?Q?Ma=EDra?= Canal , Stephen Rothwell , Jani Nikula , Maxime Ripard , Maarten Lankhorst , Thomas Zimmermann , David Airlie , Melissa Wen , =?iso-8859-1?Q?Andr=E9?= Almeida , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org References: <20230105193039.287677-1-mcanal@igalia.com> <20230105193039.287677-2-mcanal@igalia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230105193039.287677-2-mcanal@igalia.com> X-Operating-System: Linux phenom 5.19.0-2-amd64 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 05, 2023 at 04:30:39PM -0300, Ma?ra Canal wrote: > The structs drm_debugfs_info and drm_debugfs_entry don't have > descriptions for their parameters, which is causing the following warnings: > > include/drm/drm_debugfs.h:93: warning: Function parameter or member > 'name' not described in 'drm_debugfs_info' > include/drm/drm_debugfs.h:93: warning: Function parameter or member > 'show' not described in 'drm_debugfs_info' > include/drm/drm_debugfs.h:93: warning: Function parameter or member > 'driver_features' not described in 'drm_debugfs_info' > include/drm/drm_debugfs.h:93: warning: Function parameter or member > 'data' not described in 'drm_debugfs_info' > include/drm/drm_debugfs.h:105: warning: Function parameter or member > 'dev' not described in 'drm_debugfs_entry' > include/drm/drm_debugfs.h:105: warning: Function parameter or member > 'file' not described in 'drm_debugfs_entry' > include/drm/drm_debugfs.h:105: warning: Function parameter or member > 'list' not described in 'drm_debugfs_entry' > > Therefore, fix the warnings by adding descriptions to all struct > parameters. > > Reported-by: Stephen Rothwell > Signed-off-by: Ma?ra Canal > --- > include/drm/drm_debugfs.h | 18 ++++++++++++++++++ > 1 file changed, 18 insertions(+) > > diff --git a/include/drm/drm_debugfs.h b/include/drm/drm_debugfs.h > index 53b7297260a5..7616f457ce70 100644 > --- a/include/drm/drm_debugfs.h > +++ b/include/drm/drm_debugfs.h > @@ -86,9 +86,22 @@ struct drm_info_node { > * core. > */ > struct drm_debugfs_info { > + /** @name: File name */ > const char *name; > + > + /** > + * @show: > + * > + * Show callback. &seq_file->private will be set to the &struct > + * drm_debugfs_entry corresponding to the instance of this info > + * on a given &struct drm_device. So this is a bit late, but why don't we pass that drm_debugfs_entry as an explicit parameter? Or maybe just the struct drm_device, because that and the void *data is really all there is to pass along. Would give us more type-safety, which really is the main reason for having drm-specific debugfs functions. Either way, on the series: Reviewed-by: Daniel Vetter > + */ > int (*show)(struct seq_file*, void*); > + > + /** @driver_features: Required driver features for this entry. */ > u32 driver_features; > + > + /** @data: Driver-private data, should not be device-specific. */ > void *data; > }; > > @@ -99,8 +112,13 @@ struct drm_debugfs_info { > * drm_debugfs_info on a &struct drm_device. > */ > struct drm_debugfs_entry { > + /** @dev: &struct drm_device for this node. */ > struct drm_device *dev; > + > + /** @file: Template for this node. */ > struct drm_debugfs_info file; > + > + /** @list: Linked list of all device nodes. */ > struct list_head list; > }; > > -- > 2.39.0 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch