linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Dan Carpenter <dan.carpenter@oracle.com>
To: kbuild@lists.01.org, Srinivasa Rao Mandadapu <quic_srivasam@quicinc.com>
Cc: lkp@intel.com, kbuild-all@lists.01.org,
	Linux Memory Management List <linux-mm@kvack.org>,
	Mark Brown <broonie@kernel.org>,
	Venkata Prasad Potturu <quic_potturu@quicinc.com>
Subject: [linux-next:master 8752/11953] sound/soc/codecs/lpass-macro-common.c:53 lpass_macro_pds_init() warn: passing zero to 'ERR_PTR'
Date: Fri, 11 Mar 2022 14:53:24 +0300	[thread overview]
Message-ID: <202203111754.32TAMFKD-lkp@intel.com> (raw)

tree:   https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
head:   71941773e143369a73c9c4a3b62fbb60736a1182
commit: 9e3d83c52844f955aa2975f78cee48bf9f72f5e1 [8752/11953] ASoC: codecs: Add power domains support in digital macro codecs
config: arm-randconfig-m031-20220310 (https://download.01.org/0day-ci/archive/20220311/202203111754.32TAMFKD-lkp@intel.com/config)
compiler: arm-linux-gnueabi-gcc (GCC) 11.2.0

If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp@intel.com>
Reported-by: Dan Carpenter <dan.carpenter@oracle.com>

smatch warnings:
sound/soc/codecs/lpass-macro-common.c:53 lpass_macro_pds_init() warn: passing zero to 'ERR_PTR'

vim +/ERR_PTR +53 sound/soc/codecs/lpass-macro-common.c

9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  14  struct lpass_macro *lpass_macro_pds_init(struct device *dev)
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  15  {
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  16  	struct lpass_macro *l_pds;
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  17  	int ret;
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  18  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  19  	if (!of_find_property(dev->of_node, "power-domains", NULL))
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  20  		return NULL;

Returning NULL here will lead to a crash in tx_macro_runtime_resume()

When a function returns a mix of NULL and error pointers, then NULL
means the feature is deliberately disabled.  It's not an error, it's a
deliberate choice by the distro or sys admin.  The caller has to
be written to allow the feature to be disabled.

An example of this might be LEDs.  Maybe people don't want LEDs so code
has to asume that the led->ops pointer might be NULL and check for that
before dereferencing it.

9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  21  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  22  	l_pds = devm_kzalloc(dev, sizeof(*l_pds), GFP_KERNEL);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  23  	if (!l_pds)
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  24  		return ERR_PTR(-ENOMEM);

Good.

9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  25  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  26  	l_pds->macro_pd = dev_pm_domain_attach_by_name(dev, "macro");
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  27  	if (IS_ERR_OR_NULL(l_pds->macro_pd))
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  28  		return NULL;

If this feature is optional then it should be:

	if (IS_ERR_OR_NULL(l_pds->macro_pd))
		return ERR_CAST(l_pds->macro_pd);

The admin deliberately chose to enable the feature so we can't just
ignore errors and convert them to NULL.

9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  29  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  30  	ret = pm_runtime_get_sync(l_pds->macro_pd);

This is correct, but the documentation for pm_runtime_get_sync() says to
consider pm_runtime_resume_and_get() instead.  The error handling is
slightly different and easier.  I forget the details.

9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  31  	if (ret < 0) {
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  32  		pm_runtime_put_noidle(l_pds->macro_pd);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  33  		goto macro_err;
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  34  	}
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  35  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  36  	l_pds->dcodec_pd = dev_pm_domain_attach_by_name(dev, "dcodec");
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  37  	if (IS_ERR_OR_NULL(l_pds->dcodec_pd))
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  38  		goto dcodec_err;

Again this IS_ERR_OR_NULL() check needs to preserve the error codes:

	if (IS_ERR_OR_NULL(l_pds->dcodec_pd)) {
		ret = PTR_ERR(l_pds->dcodec_pd);
		goto dcodec_err;
	}

9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  39  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  40  	ret = pm_runtime_get_sync(l_pds->dcodec_pd);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  41  	if (ret < 0) {
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  42  		pm_runtime_put_noidle(l_pds->dcodec_pd);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  43  		goto dcodec_sync_err;
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  44  	}
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  45  	return l_pds;
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  46  
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  47  dcodec_sync_err:
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  48  	dev_pm_domain_detach(l_pds->dcodec_pd, false);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  49  dcodec_err:
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  50  	pm_runtime_put(l_pds->macro_pd);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  51  macro_err:
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  52  	dev_pm_domain_detach(l_pds->macro_pd, false);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26 @53  	return ERR_PTR(ret);
9e3d83c52844f95 Srinivasa Rao Mandadapu 2022-02-26  54  }

---
0-DAY CI Kernel Test Service
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org



             reply	other threads:[~2022-03-11 11:53 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-11 11:53 Dan Carpenter [this message]
2022-03-22 13:33 ` Srinivasa Rao Mandadapu
2022-03-22 13:54   ` Dan Carpenter
2022-03-22 14:02     ` Srinivasa Rao Mandadapu
2022-03-22 14:09       ` Dan Carpenter

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=202203111754.32TAMFKD-lkp@intel.com \
    --to=dan.carpenter@oracle.com \
    --cc=broonie@kernel.org \
    --cc=kbuild-all@lists.01.org \
    --cc=kbuild@lists.01.org \
    --cc=linux-mm@kvack.org \
    --cc=lkp@intel.com \
    --cc=quic_potturu@quicinc.com \
    --cc=quic_srivasam@quicinc.com \
    /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