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
next prev parent 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