Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2995753pxk; Mon, 28 Sep 2020 05:59:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw5cBAftlT/gXSbn/E0uBhEnDZR+dhP7DVE09ToW6QrGTzBHijk40elOrEDXVjnZjtB0bs+ X-Received: by 2002:a05:6402:d09:: with SMTP id eb9mr1567135edb.219.1601297943599; Mon, 28 Sep 2020 05:59:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601297943; cv=none; d=google.com; s=arc-20160816; b=ReGnoV/wI+ufZD56Nckwk964iwqR3zsb9keWAPFfEHy2AFltbJGVXTprs0E4TBzDDd A8z0ywUcE/fPO8F95gcaHWyudgZAX+cyG45i8eonmDIgtK49Xb+/VQgFnOJYfbawE1lU 1RZkEO/Fc1FNz8hNNQ+FpLuvgdmc37TzuZ/MWRmDk9yutTvatKEbh9o/YxgDgxru8mFc wt3PLHFRA3NgNCewZCvN/H6qst29Mufz/fdWx+W0Qce9mTngIWrL6yaS+nvdwYAC1IbN HkMljhezyNyMZU5WScDuy9BqIJjm4MYgKHnErlRErSXEwnwvkokR6IwIDpVVNySkPOeW 4Wgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :ironport-sdr:ironport-sdr; bh=9QVjANop/3ASgP/u7COLeZNC9LhQ91mO6YlsnoeuB3E=; b=I4wDfvjDg5ySzA7MkHBUg9i3TuRNdc+SCGic3ofFftiQMzBDYReD3syFHPHBG97nv0 7+fx09X4OuxD1jxQtMQYfeX4hZVXK488rFOf3msv4Z1dqMKwWy2scL0qxmrxaVqiQZIa FtfH+m/+/zol4MfYCLxBGHzu61BAV3MDFgwZG9hj6yk4Be5ErugTamW2tX2MHLF8IhYm TgoJePuCxRu38fZBeUERPAt+sK1iKE6/XfW5ZAOq9wz3LDhX2RDGUgGKUm4dv76FKtaz LpmP0WyZxgbz125e/BlATA2pRSHna6Z3kKHyaxE24ZstMsDBRE6pGHM/s8fTbx7FHuoF Gqnw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id md14si500125ejb.548.2020.09.28.05.58.40; Mon, 28 Sep 2020 05:59:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726625AbgI1Mzt (ORCPT + 99 others); Mon, 28 Sep 2020 08:55:49 -0400 Received: from mga05.intel.com ([192.55.52.43]:46944 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726380AbgI1Mzs (ORCPT ); Mon, 28 Sep 2020 08:55:48 -0400 IronPort-SDR: inyh5kDXlsGzJwnnHUnWHf5uHJS4F6djxp+Bgt5BgAKqDScsri1dDhxdLWp7CFM7KCgQoKT0LH RusWN3JyZTKA== X-IronPort-AV: E=McAfee;i="6000,8403,9757"; a="246727851" X-IronPort-AV: E=Sophos;i="5.77,313,1596524400"; d="scan'208";a="246727851" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2020 05:55:47 -0700 IronPort-SDR: mKCJBKZI9NNwz0s5WtvkbDmtw4AvxLXFN92cm8ENdBw+uwCbl3IZHkjsrp2fMY60xzozIb/7BW dC5vUs/9/Ggw== X-IronPort-AV: E=Sophos;i="5.77,313,1596524400"; d="scan'208";a="338170423" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2020 05:55:45 -0700 Received: from andy by smile with local (Exim 4.94) (envelope-from ) id 1kMsgu-002Z4Y-08; Mon, 28 Sep 2020 15:55:40 +0300 Date: Mon, 28 Sep 2020 15:55:39 +0300 From: Andy Shevchenko To: Bartosz Golaszewski Cc: Linus Walleij , Jonathan Corbet , Kent Gibson , linux-gpio@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Bartosz Golaszewski Subject: Re: [PATCH v2 1/9] lib: string_helpers: provide kfree_strarray() Message-ID: <20200928125539.GI3956970@smile.fi.intel.com> References: <20200928104155.7385-1-brgl@bgdev.pl> <20200928104155.7385-2-brgl@bgdev.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200928104155.7385-2-brgl@bgdev.pl> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 28, 2020 at 12:41:47PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > There's a common pattern of dynamically allocating an array of char > pointers and then also dynamically allocating each string in this > array. Provide a helper for freeing such a string array with one call. Reviewed-by: Andy Shevchenko But see below. > Signed-off-by: Bartosz Golaszewski > --- > include/linux/string_helpers.h | 2 ++ > lib/string_helpers.c | 25 +++++++++++++++++++++++++ > 2 files changed, 27 insertions(+) > > diff --git a/include/linux/string_helpers.h b/include/linux/string_helpers.h > index 86f150c2a6b6..55b25120a1c6 100644 > --- a/include/linux/string_helpers.h > +++ b/include/linux/string_helpers.h > @@ -94,4 +94,6 @@ char *kstrdup_quotable(const char *src, gfp_t gfp); > char *kstrdup_quotable_cmdline(struct task_struct *task, gfp_t gfp); > char *kstrdup_quotable_file(struct file *file, gfp_t gfp); > > +void kfree_strarray(char **str_array, size_t num_str); > + > #endif > diff --git a/lib/string_helpers.c b/lib/string_helpers.c > index 963050c0283e..bfa4c9f3ca0a 100644 > --- a/lib/string_helpers.c > +++ b/lib/string_helpers.c > @@ -649,3 +649,28 @@ char *kstrdup_quotable_file(struct file *file, gfp_t gfp) > return pathname; > } > EXPORT_SYMBOL_GPL(kstrdup_quotable_file); > + > +/** > + * kfree_strarray - free a number of dynamically allocated strings contained > + * in an array and the array itself > + * > + * @str_array: Dynamically allocated array of strings to free. If NULL - the > + * function does nothing. > + * @num_str: Number of strings (starting from the beginning of the array) to > + * free. > + * > + * Passing a non-null str_array and num_str == 0 as well as NULL str_array > + * are valid use-cases. > + */ > +void kfree_strarray(char **str_array, size_t num_str) Hmm... I have missed your answer to str_array -> array num_str -> n The rationale behind dropping str is to avoid duplicates in the name of the function and its parameters. 'array' is harder to avoid, but also possible, though I leave it to you. > +{ > + unsigned int i; > + > + if (!str_array) > + return; > + > + for (i = 0; i < num_str; i++) > + kfree(str_array[i]); > + kfree(str_array); > +} > +EXPORT_SYMBOL_GPL(kfree_strarray); > -- > 2.26.1 > -- With Best Regards, Andy Shevchenko