public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Brandon Pollack <brpol@chromium.org>,
	marius.vlad@collabora.com, mairacanal@riseup.net,
	jshargo@chromium.org
Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev,
	hamohammed.sa@gmail.com, rodrigosiqueiramelo@gmail.com,
	linux-doc@vger.kernel.org, hirono@chromium.org, corbet@lwn.net,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
	melissa.srw@gmail.com, mduggan@chromium.org, mripard@kernel.org,
	tzimmermann@suse.de, Brandon Pollack <brpol@chromium.org>
Subject: Re: [PATCH v5 5/7] drm/vkms: Support enabling ConfigFS devices
Date: Mon, 28 Aug 2023 20:52:00 +0800	[thread overview]
Message-ID: <202308282031.pHgZz2pY-lkp@intel.com> (raw)
In-Reply-To: <20230828081929.3574228-6-brpol@chromium.org>

Hi Brandon,

kernel test robot noticed the following build warnings:

[auto build test WARNING on drm-misc/drm-misc-next]
[also build test WARNING on next-20230828]
[cannot apply to linus/master v6.5]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch#_base_tree_information]

url:    https://github.com/intel-lab-lkp/linux/commits/Brandon-Pollack/drm-vkms-Back-VKMS-with-DRM-memory-management-instead-of-static-objects/20230828-162136
base:   git://anongit.freedesktop.org/drm/drm-misc drm-misc-next
patch link:    https://lore.kernel.org/r/20230828081929.3574228-6-brpol%40chromium.org
patch subject: [PATCH v5 5/7] drm/vkms: Support enabling ConfigFS devices
config: x86_64-randconfig-r015-20230828 (https://download.01.org/0day-ci/archive/20230828/202308282031.pHgZz2pY-lkp@intel.com/config)
compiler: clang version 16.0.4 (https://github.com/llvm/llvm-project.git ae42196bc493ffe877a7e3dff8be32035dea4d07)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20230828/202308282031.pHgZz2pY-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202308282031.pHgZz2pY-lkp@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/gpu/drm/vkms/vkms_output.c:180: warning: Function parameter or member 'vkmsdev' not described in 'validate_vkms_configfs_no_dangling_objects'


vim +180 drivers/gpu/drm/vkms/vkms_output.c

   166	
   167	/**
   168	* validate_vkms_configfs_no_dangling_objects - warn on unused objects in vkms
   169	* configfs.
   170	* @vkmsdev vkms device
   171	*
   172	* This gives slightly more visible warning messaging to the user before the drm
   173	* system finds the configuration invalid and prints it's debug information.  In
   174	* this case the user may have accidentally not included some links, or the user
   175	* could be testing this faulty configuration.
   176	*
   177	*/
   178	static void
   179	validate_vkms_configfs_no_dangling_objects(struct vkms_device *vkmsdev)
 > 180	{
   181		struct vkms_configfs *configfs = vkmsdev->configfs;
   182		struct config_item *item;
   183	
   184		// 1. Planes
   185		list_for_each_entry(item, &configfs->planes_group.cg_children,
   186				    ci_entry) {
   187			struct vkms_config_plane *config_plane =
   188				item_to_config_plane(item);
   189			if (config_plane->possible_crtcs.linked_object_bitmap == 0)
   190				DRM_WARN(
   191					"Vkms configfs created plane %s has no linked crtcs",
   192					item->ci_name);
   193		}
   194	
   195		// 2. connectors
   196		list_for_each_entry(item, &configfs->connectors_group.cg_children,
   197				    ci_entry) {
   198			struct vkms_config_connector *config_connector =
   199				item_to_config_connector(item);
   200			if (config_connector->possible_encoders.linked_object_bitmap ==
   201			    0) {
   202				DRM_WARN(
   203					"Vkms configfs created connector %s has no linked encoders",
   204					item->ci_name);
   205			}
   206		}
   207	
   208		// 3. encoders
   209		list_for_each_entry(item, &configfs->encoders_group.cg_children,
   210				    ci_entry) {
   211			struct vkms_config_encoder *config_encoder =
   212				item_to_config_encoder(item);
   213			if (config_encoder->possible_crtcs.linked_object_bitmap == 0) {
   214				DRM_WARN(
   215					"Vkms configfs created encoder %s has no linked crtcs",
   216					item->ci_name);
   217			}
   218		}
   219	
   220		// 4. crtcs only require a primary plane to function, this is checked during
   221		// output initialization and returns an error.
   222	}
   223	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki

  reply	other threads:[~2023-08-28 12:53 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-28  8:17 [PATCH v5 0/7] Adds support for ConfigFS to VKMS! Brandon Pollack
2023-08-28  8:17 ` [PATCH v5 1/7] drm/vkms: Back VKMS with DRM memory management instead of static objects Brandon Pollack
2023-08-28  8:17 ` [PATCH v5 2/7] drm/vkms: Support multiple DRM objects (crtcs, etc.) per VKMS device Brandon Pollack
2023-08-28 14:07   ` Marius Vlad
2023-08-28  8:17 ` [PATCH v5 3/7] drm/vkms: Provide platform data when creating VKMS devices Brandon Pollack
2023-08-28  8:17 ` [PATCH v5 4/7] drm/vkms: Add ConfigFS scaffolding to VKMS Brandon Pollack
2023-08-28 14:10   ` Marius Vlad
2023-08-29  4:49     ` Brandon Ross Pollack
2023-08-28  8:17 ` [PATCH v5 5/7] drm/vkms: Support enabling ConfigFS devices Brandon Pollack
2023-08-28 12:52   ` kernel test robot [this message]
2023-08-28  8:17 ` [PATCH v5 6/7] drm/vkms: Add a module param to enable/disable the default device Brandon Pollack
2023-08-28  8:17 ` [PATCH v5 7/7] drm/vkms Add hotplug support via configfs to VKMS Brandon Pollack
  -- strict thread matches above, loose matches on Subject: below --
2023-08-28  8:14 [v5,0/7] Adds support for ConfigFS to VKMS! Brandon Pollack
2023-08-28  8:14 ` [PATCH v5 5/7] drm/vkms: Support enabling ConfigFS devices Brandon Pollack

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202308282031.pHgZz2pY-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=brpol@chromium.org \
    --cc=corbet@lwn.net \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hamohammed.sa@gmail.com \
    --cc=hirono@chromium.org \
    --cc=jshargo@chromium.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=llvm@lists.linux.dev \
    --cc=mairacanal@riseup.net \
    --cc=marius.vlad@collabora.com \
    --cc=mduggan@chromium.org \
    --cc=melissa.srw@gmail.com \
    --cc=mripard@kernel.org \
    --cc=oe-kbuild-all@lists.linux.dev \
    --cc=rodrigosiqueiramelo@gmail.com \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox