All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee.jones@linaro.org>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Matthias Brugger <matthias.bgg@gmail.com>,
	chen.zhong@mediatek.com, linux-input@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org,
	Matthias Brugger <mbrugger@suse.com>
Subject: Re: [PATCH] input: mtk-pmic-keys: Fix probe when no DT node present
Date: Tue, 3 Jul 2018 10:17:26 +0100	[thread overview]
Message-ID: <20180703091726.GM20176@dell> (raw)
In-Reply-To: <20180622183114.GA92912@dtor-ws>

On Fri, 22 Jun 2018, Dmitry Torokhov wrote:

> On Fri, Jun 22, 2018 at 01:42:28PM +0200, Matthias Brugger wrote:
> > The drivers gets probed from a mfd devices. So the driver runs
> > probe although no DT node exists. This leads to a NULL pointer
> > dereference in the probe function. Check if a node exists and
> > error out in case none is present.
> 
> Hmm, if a cell specifies of_compatible and no such node is present in DT
> maybe we should bail out in mfd_add_device() instead of pushing the
> check into individual drivers? Something like:
> 
> diff --git a/drivers/mfd/mfd-core.c b/drivers/mfd/mfd-core.c
> index 94e3f32ce935..36a5fd98000d 100644
> --- a/drivers/mfd/mfd-core.c
> +++ b/drivers/mfd/mfd-core.c
> @@ -137,6 +137,18 @@ static inline void mfd_acpi_add_device(const struct mfd_cell *cell,
>  }
>  #endif
>  
> +static struct device_node *mfd_get_node_for_cell(struct device *parent,
> +						 const struct mfd_cell *cell)
> +{
> +	struct device_node *np;
> +
> +	for_each_child_of_node(parent->of_node, np)
> +		if (of_device_is_compatible(np, cell->of_compatible))
> +			return np;
> +
> +	return NULL;
> +}
> +
>  static int mfd_add_device(struct device *parent, int id,
>  			  const struct mfd_cell *cell, atomic_t *usage_count,
>  			  struct resource *mem_base,
> @@ -144,7 +156,6 @@ static int mfd_add_device(struct device *parent, int id,
>  {
>  	struct resource *res;
>  	struct platform_device *pdev;
> -	struct device_node *np = NULL;
>  	int ret = -ENOMEM;
>  	int platform_id;
>  	int r;
> @@ -176,11 +187,11 @@ static int mfd_add_device(struct device *parent, int id,
>  		goto fail_res;
>  
>  	if (parent->of_node && cell->of_compatible) {
> -		for_each_child_of_node(parent->of_node, np) {
> -			if (of_device_is_compatible(np, cell->of_compatible)) {
> -				pdev->dev.of_node = np;
> -				break;
> -			}
> +		pdev->dev.of_node = mfd_get_node_for_cell(parent, cell);
> +		if (!pdev->dev.of_node) {
> +			dev_err(parent, "unable to locate node for %s (%s)\n",
> +				cell->name, cell->of_compatible);
> +			goto fail_res;
>  		}
>  	}
>  
> Lee?

This change results the wrong semantics.  MFD overrides Device Tree,
such that if a device is supplied and registered using
mfd_add_device(s) it should be probed.  The only reason we provide a
pointer to the of_node is for the child device to pull properties
from.

If a device should only be probed if an OF node exists, then it should
not be registered at the MFD level.

> > Fixes: 3e9f0b3e2b27 ("input: Add MediaTek PMIC keys support")
> > Signed-off-by: Matthias Brugger <mbrugger@suse.com>
> > ---
> >  drivers/input/keyboard/mtk-pmic-keys.c | 3 +++
> >  1 file changed, 3 insertions(+)
> > 
> > diff --git a/drivers/input/keyboard/mtk-pmic-keys.c b/drivers/input/keyboard/mtk-pmic-keys.c
> > index 02c67a1749fc..388043e1939c 100644
> > --- a/drivers/input/keyboard/mtk-pmic-keys.c
> > +++ b/drivers/input/keyboard/mtk-pmic-keys.c
> > @@ -257,6 +257,9 @@ static int mtk_pmic_keys_probe(struct platform_device *pdev)
> >  	const struct of_device_id *of_id =
> >  		of_match_device(of_mtk_pmic_keys_match_tbl, &pdev->dev);
> >  
> > +	if (of_id == NULL)
> > +		return -ENODEV;
> > +
> >  	keys = devm_kzalloc(&pdev->dev, sizeof(*keys), GFP_KERNEL);
> >  	if (!keys)
> >  		return -ENOMEM;
> 
> Thanks.
> 

-- 
Lee Jones [李琼斯]
Linaro Services Technical Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

WARNING: multiple messages have this Message-ID (diff)
From: lee.jones@linaro.org (Lee Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] input: mtk-pmic-keys: Fix probe when no DT node present
Date: Tue, 3 Jul 2018 10:17:26 +0100	[thread overview]
Message-ID: <20180703091726.GM20176@dell> (raw)
In-Reply-To: <20180622183114.GA92912@dtor-ws>

On Fri, 22 Jun 2018, Dmitry Torokhov wrote:

> On Fri, Jun 22, 2018 at 01:42:28PM +0200, Matthias Brugger wrote:
> > The drivers gets probed from a mfd devices. So the driver runs
> > probe although no DT node exists. This leads to a NULL pointer
> > dereference in the probe function. Check if a node exists and
> > error out in case none is present.
> 
> Hmm, if a cell specifies of_compatible and no such node is present in DT
> maybe we should bail out in mfd_add_device() instead of pushing the
> check into individual drivers? Something like:
> 
> diff --git a/drivers/mfd/mfd-core.c b/drivers/mfd/mfd-core.c
> index 94e3f32ce935..36a5fd98000d 100644
> --- a/drivers/mfd/mfd-core.c
> +++ b/drivers/mfd/mfd-core.c
> @@ -137,6 +137,18 @@ static inline void mfd_acpi_add_device(const struct mfd_cell *cell,
>  }
>  #endif
>  
> +static struct device_node *mfd_get_node_for_cell(struct device *parent,
> +						 const struct mfd_cell *cell)
> +{
> +	struct device_node *np;
> +
> +	for_each_child_of_node(parent->of_node, np)
> +		if (of_device_is_compatible(np, cell->of_compatible))
> +			return np;
> +
> +	return NULL;
> +}
> +
>  static int mfd_add_device(struct device *parent, int id,
>  			  const struct mfd_cell *cell, atomic_t *usage_count,
>  			  struct resource *mem_base,
> @@ -144,7 +156,6 @@ static int mfd_add_device(struct device *parent, int id,
>  {
>  	struct resource *res;
>  	struct platform_device *pdev;
> -	struct device_node *np = NULL;
>  	int ret = -ENOMEM;
>  	int platform_id;
>  	int r;
> @@ -176,11 +187,11 @@ static int mfd_add_device(struct device *parent, int id,
>  		goto fail_res;
>  
>  	if (parent->of_node && cell->of_compatible) {
> -		for_each_child_of_node(parent->of_node, np) {
> -			if (of_device_is_compatible(np, cell->of_compatible)) {
> -				pdev->dev.of_node = np;
> -				break;
> -			}
> +		pdev->dev.of_node = mfd_get_node_for_cell(parent, cell);
> +		if (!pdev->dev.of_node) {
> +			dev_err(parent, "unable to locate node for %s (%s)\n",
> +				cell->name, cell->of_compatible);
> +			goto fail_res;
>  		}
>  	}
>  
> Lee?

This change results the wrong semantics.  MFD overrides Device Tree,
such that if a device is supplied and registered using
mfd_add_device(s) it should be probed.  The only reason we provide a
pointer to the of_node is for the child device to pull properties
from.

If a device should only be probed if an OF node exists, then it should
not be registered at the MFD level.

> > Fixes: 3e9f0b3e2b27 ("input: Add MediaTek PMIC keys support")
> > Signed-off-by: Matthias Brugger <mbrugger@suse.com>
> > ---
> >  drivers/input/keyboard/mtk-pmic-keys.c | 3 +++
> >  1 file changed, 3 insertions(+)
> > 
> > diff --git a/drivers/input/keyboard/mtk-pmic-keys.c b/drivers/input/keyboard/mtk-pmic-keys.c
> > index 02c67a1749fc..388043e1939c 100644
> > --- a/drivers/input/keyboard/mtk-pmic-keys.c
> > +++ b/drivers/input/keyboard/mtk-pmic-keys.c
> > @@ -257,6 +257,9 @@ static int mtk_pmic_keys_probe(struct platform_device *pdev)
> >  	const struct of_device_id *of_id =
> >  		of_match_device(of_mtk_pmic_keys_match_tbl, &pdev->dev);
> >  
> > +	if (of_id == NULL)
> > +		return -ENODEV;
> > +
> >  	keys = devm_kzalloc(&pdev->dev, sizeof(*keys), GFP_KERNEL);
> >  	if (!keys)
> >  		return -ENOMEM;
> 
> Thanks.
> 

-- 
Lee Jones [???]
Linaro Services Technical Lead
Linaro.org ? Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

  reply	other threads:[~2018-07-03  9:17 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-22 11:42 [PATCH] input: mtk-pmic-keys: Fix probe when no DT node present Matthias Brugger
2018-06-22 11:42 ` Matthias Brugger
2018-06-22 18:31 ` Dmitry Torokhov
2018-06-22 18:31   ` Dmitry Torokhov
2018-07-03  9:17   ` Lee Jones [this message]
2018-07-03  9:17     ` Lee Jones

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=20180703091726.GM20176@dell \
    --to=lee.jones@linaro.org \
    --cc=chen.zhong@mediatek.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=matthias.bgg@gmail.com \
    --cc=mbrugger@suse.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.