On Wednesday, January 19, 2022, Lucas De Marchi <<a href="mailto:lucas.demarchi@intel.com">lucas.demarchi@intel.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Add some helpers under lib/string_helpers.h so they can be used throughout the kernel. When I started doing this there were 2 other previous attempts I know of, not counting the iterations each of them had: 1) <a href="https://lore.kernel.org/all/20191023131308.9420-1-jani.nikula@intel.com/" target="_blank">https://lore.kernel.org/all/20191023131308.9420-1-jani.nikula@intel.com/</a> 2) <a href="https://lore.kernel.org/all/20210215142137.64476-1-andriy.shevchenko@linux.intel.com/#t" target="_blank">https://lore.kernel.org/all/20210215142137.64476-1-andriy.shevchenko@linux.intel.com/#t</a> Going through the comments I tried to find some common ground and justification for what is in here, addressing some of the concerns raised. a. This version should be a drop-in replacement for what is currently in the tree, with no change in behavior or binary size. For binary size what I checked wat that the linked objects in the end have the same size (gcc 11). From comments in the previous attempts this seems also the case for earlier compiler versions b. I didn't change the function name to choice_* as suggested by Andrew Morton in <a href="mailto:20191023155619.43e0013f0c8c673a5c508c1e@linux-foundation.org">20191023155619.43e0013f0c8c673a5c508c1e@linux-foundation.org</a> because other people argumented in favor of shorter names for these simple helpers - if they are long and people simply not use due to that, we failed c. Use string_helper.h for these helpers - pulling string.h in the compilations units was one of the concerns and I think re-using this already existing header is better than creating a new string-choice.h d. This doesn't bring onoff() helper as there are some places in the kernel with onoff as variable - another name is probably needed for this function in order not to shadow the variable, or those variables could be renamed. Or if people wanting <someprefix> try to find a short one e. One alternative to all of this suggested by Christian König (<a href="mailto:43456ba7-c372-84cc-4949-dcb817188e21@amd.com">43456ba7-c372-84cc-4949-dcb817188e21@amd.com</a>) would be to add a printk format. But besides the comment, he also seemed to like the common function. This brought the argument from others that the simple yesno()/enabledisable() already used in the code is easier to remember and use than e.g. %py[DOY] Last patch also has some additional conversion of open coded cases. I preferred starting with drm/ since this is "closer to home". I hope this is a good summary of the previous attempts and a way we can move forward. Andrew Morton, Petr Mladek, Andy Shevchenko: if this is accepted, my proposal is to take first 2 patches either through mm tree or maybe vsprintf. Last patch can be taken later through drm.</blockquote><div> </div><div> </div><div>I believe the best if we go via drm-misc with the entire series.</div><div> </div><div>I have couple of comments, after addressing them:</div><div> </div><div>Reviewed-by: Andy Shevchenko <<a href="mailto:andy.shevchenko@gmail.com">andy.shevchenko@gmail.com</a>></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> thanks Lucas De Marchi Cc: Alex Deucher <<a href="mailto:alexander.deucher@amd.com">alexander.deucher@amd.com</a>> Cc: Andrew Morton <<a href="mailto:akpm@linux-foundation.org">akpm@linux-foundation.org</a>> Cc: Andy Shevchenko <<a href="mailto:andriy.shevchenko@linux.intel.com">andriy.shevchenko@linux.intel.com</a>> Cc: Andy Shevchenko <<a href="mailto:andy.shevchenko@gmail.com">andy.shevchenko@gmail.com</a>> Cc: Ben Skeggs <<a href="mailto:bskeggs@redhat.com">bskeggs@redhat.com</a>> Cc: Christian König <<a href="mailto:christian.koenig@amd.com">christian.koenig@amd.com</a>> Cc: Chris Wilson <<a href="mailto:chris@chris-wilson.co.uk">chris@chris-wilson.co.uk</a>> Cc: Daniel Vetter <<a href="mailto:daniel@ffwll.ch">daniel@ffwll.ch</a>> Cc: David Airlie <<a href="mailto:airlied@linux.ie">airlied@linux.ie</a>> Cc: David S. Miller <<a href="mailto:davem@davemloft.net">davem@davemloft.net</a>> Cc: Emma Anholt <<a href="mailto:emma@anholt.net">emma@anholt.net</a>> Cc: Eryk Brol <<a href="mailto:eryk.brol@amd.com">eryk.brol@amd.com</a>> Cc: Francis Laniel <<a href="mailto:laniel_francis@privacyrequired.com">laniel_francis@privacyrequired.com</a>> Cc: Greg Kroah-Hartman <<a href="mailto:gregkh@linuxfoundation.org">gregkh@linuxfoundation.org</a>> Cc: Harry Wentland <<a href="mailto:harry.wentland@amd.com">harry.wentland@amd.com</a>> Cc: Jakub Kicinski <<a href="mailto:kuba@kernel.org">kuba@kernel.org</a>> Cc: Jani Nikula <<a href="mailto:jani.nikula@linux.intel.com">jani.nikula@linux.intel.com</a>> Cc: Joonas Lahtinen <<a href="mailto:joonas.lahtinen@linux.intel.com">joonas.lahtinen@linux.intel.com</a>> Cc: Julia Lawall <<a href="mailto:julia.lawall@lip6.fr">julia.lawall@lip6.fr</a>> Cc: Kentaro Takeda <<a href="mailto:takedakn@nttdata.co.jp">takedakn@nttdata.co.jp</a>> Cc: Leo Li <<a href="mailto:sunpeng.li@amd.com">sunpeng.li@amd.com</a>> Cc: Mikita Lipski <<a href="mailto:mikita.lipski@amd.com">mikita.lipski@amd.com</a>> Cc: Petr Mladek <<a href="mailto:pmladek@suse.com">pmladek@suse.com</a>> Cc: Rahul Lakkireddy <<a href="mailto:rahul.lakkireddy@chelsio.com">rahul.lakkireddy@chelsio.com</a>> Cc: Raju Rangoju <<a href="mailto:rajur@chelsio.com">rajur@chelsio.com</a>> Cc: Rasmus Villemoes <<a href="mailto:linux@rasmusvillemoes.dk">linux@rasmusvillemoes.dk</a>> Cc: Rodrigo Vivi <<a href="mailto:rodrigo.vivi@intel.com">rodrigo.vivi@intel.com</a>> Cc: Sakari Ailus <<a href="mailto:sakari.ailus@linux.intel.com">sakari.ailus@linux.intel.com</a>> Cc: Sergey Senozhatsky <<a href="mailto:sergey.senozhatsky@gmail.com">sergey.senozhatsky@gmail.com</a>> Cc: Steven Rostedt <<a href="mailto:rostedt@goodmis.org">rostedt@goodmis.org</a>> Cc: Vishal Kulkarni <<a href="mailto:vishal@chelsio.com">vishal@chelsio.com</a>> Lucas De Marchi (3): lib/string_helpers: Consolidate yesno() implementation lib/string_helpers: Add helpers for enable[d]/disable[d] drm: Convert open yes/no strings to yesno() drivers/gpu/drm/amd/amdgpu/atom.c | 3 ++- .../amd/display/amdgpu_dm/amdgpu_dm_debugfs.c | 6 +----- drivers/gpu/drm/drm_client_modeset.c | 3 ++- drivers/gpu/drm/drm_dp_helper.c | 3 ++- drivers/gpu/drm/drm_gem.c | 3 ++- drivers/gpu/drm/i915/i915_utils.h | 15 --------------- drivers/gpu/drm/nouveau/nvkm/subdev/i2c/aux.c | 4 +++- drivers/gpu/drm/radeon/atom.c | 3 ++- drivers/gpu/drm/v3d/v3d_debugfs.c | 11 ++++++----- drivers/gpu/drm/virtio/virtgpu_debugfs.c | 3 ++- .../net/ethernet/chelsio/cxgb4/cxgb4_debugfs.c | 11 ----------- include/linux/string_helpers.h | 4 ++++ security/tomoyo/audit.c | 2 +- security/tomoyo/common.c | 18 ++++-------------- security/tomoyo/common.h | 1 - 15 files changed, 31 insertions(+), 59 deletions(-) -- 2.34.1 </blockquote> -- With Best Regards, Andy Shevchenko