Linux GPIO subsystem development
 help / color / mirror / Atom feed
From: Markus Pargmann <mpa@pengutronix.de>
To: Vladimir Zapolskiy <vz@mleia.com>
Cc: Linus Walleij <linus.walleij@linaro.org>, linux-gpio@vger.kernel.org
Subject: Re: [RFC PATCH] gpiolib: fix oops, if gpio name is NULL
Date: Mon, 30 Nov 2015 10:51:25 +0100	[thread overview]
Message-ID: <1681441.GQgjGhYvLn@adelgunde> (raw)
In-Reply-To: <565AF32E.2020307@mleia.com>

[-- Attachment #1: Type: text/plain, Size: 5246 bytes --]

Hi,

On Sunday 29 November 2015 14:44:30 Vladimir Zapolskiy wrote:
> Hi Linus,
> 
> On 17.11.2015 13:50, Markus Pargmann wrote:
> > Hi Vladimir,
> > 
> > On Tuesday 17 November 2015 13:20:40 Vladimir Zapolskiy wrote:
> >> Hi Markus,
> >>
> >> On 17.11.2015 11:24, Markus Pargmann wrote:
> >>> Hi,
> >>>
> >>> On Wednesday 11 November 2015 14:36:53 Vladimir Zapolskiy wrote:
> >>>> Commit c0017ed71966 ("gpio: Introduce gpio descriptor 'name'") causes
> >>>> OOPS on boot on LPC32xx boards:
> >>>>
> >>>>     Unable to handle kernel NULL pointer dereference at virtual address 00000000
> >>>>     CPU: 0 PID: 1 Comm: swapper Not tainted 4.3.0+ #707
> >>>>     Hardware name: LPC32XX SoC (Flattened Device Tree)
> >>>>     task: c381baa0 ti: c381e000 task.ti: c381e000
> >>>>     PC is at strcmp+0x10/0x40
> >>>>     LR is at gpiochip_add+0x3d0/0x4d4
> >>>>     pc : [<>]    lr : [<>]    psr: a0000093
> >>>>     sp : c381fd60  ip : c381fd70  fp : c381fd6c
> >>>>
> >>>>     [snip]
> >>>>
> >>>>     Backtrace:
> >>>>     [<>] (strcmp) from [<>] (gpiochip_add+0x3d0/0x4d4)
> >>>>     [<>] (gpiochip_add) from [<>] (lpc32xx_gpio_probe+0x44/0x60)
> >>>>     [<>] (lpc32xx_gpio_probe) from [<>] (platform_drv_probe+0x40/0x8c)
> >>>>     [<>] (platform_drv_probe) from [<>] (driver_probe_device+0x110/0x294)
> >>>>     [<>] (driver_probe_device) from [<>] (__driver_attach+0x70/0x94)
> >>>>     [<>] (__driver_attach) from [<>] (bus_for_each_dev+0x74/0x98)
> >>>>     [<>] (bus_for_each_dev) from [<>] (driver_attach+0x20/0x28)
> >>>>     [<>] (driver_attach) from [<>] (bus_add_driver+0xd4/0x1f0)
> >>>>     [<>] (bus_add_driver) from [<>] (driver_register+0xa4/0xe8)
> >>>>     [<>] (driver_register) from [<>] (__platform_driver_register+0x38/0x4c)
> >>>>     [<>] (__platform_driver_register) from [<>] (lpc32xx_gpio_driver_init+0x18/0x20)
> >>>>     [<>] (lpc32xx_gpio_driver_init) from [<>] (do_one_initcall+0x108/0x1c8)
> >>>>     [<>] (do_one_initcall) from [<>] (kernel_init_freeable+0x10c/0x1d4)
> >>>>     [<>] (kernel_init_freeable) from [<>] (kernel_init+0x10/0xec)
> >>>>     [<>] (kernel_init) from [<>] (ret_from_fork+0x14/0x24)
> >>>>
> >>>> This is caused by the fact that at the moment some GPIO names are set
> >>>> to NULL, there is a hole in linear representation of one GPI bank, see
> >>>> drivers/gpio/gpio-lpc32xx.c / gpi_p3_names[] for details.
> >>>>
> >>>> The same problem most probably affects also gpio-cs5535.c, see
> >>>> cs5535_gpio_names[].
> >>>>
> >>>> Signed-off-by: Vladimir Zapolskiy <vz@mleia.com>
> >>>> ---
> >>>> Linus, Markus,
> >>>>
> >>>> I understand that LPC32xx GPIO driver is ugly (hopefully this
> >>>> will be changed in future), but please account this problem.
> >>>>
> >>>> I don't ask for inclusion of this change, because my own analysis is
> >>>> not done completely.
> >>>>
> >>>> Also please review, the same problem probably affects gpio-cs5535.c
> >>>> as well, see cs5535_gpio_names[].
> >>>
> >>> Thanks for this hint. But I think these patches for gpio_name_to_desc won't get
> >>> mainline any time soon as this depends on the chardev interface and how it will
> >>> look like.
> >>>
> >>
> >> sorry for misunderstanding, what do mean by "these patches"?
> >>
> >> I see two options here, one is to fix or revert your c0017ed71966 due to
> >> caused regressions, another one is to update affected GPIO drivers
> >> removing discontinuity in GPIO enumeration inside a bank.
> > 
> > Sorry, seems I was on a wrong kernel version when checking this morning. Linus
> > removed lots of my patches from his tree after some correct comments so I
> > thought this patch was removed as well.
> 
> Linus, should I resend this fix for v4.4 or is it good enough for
> application?
> 
> > As it is mainline your patch looks good to me. Perhaps a comment on why we need
> > to check for !name at this point would be good.
> 
> There is such a description in the commit message, why this check is needed.

I meant a code comment. But that's not too important.

Best Regards,

Markus

> 
> With best wishes,
> Vladimir
> 
> > Best Regards,
> > 
> > Markus
> > 
> >>
> >> With best wishes,
> >> Vladimir
> >>
> >>>>
> >>>>  drivers/gpio/gpiolib.c | 2 +-
> >>>>  1 file changed, 1 insertion(+), 1 deletion(-)
> >>>>
> >>>> diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
> >>>> index a18f00f..2a91f32 100644
> >>>> --- a/drivers/gpio/gpiolib.c
> >>>> +++ b/drivers/gpio/gpiolib.c
> >>>> @@ -233,7 +233,7 @@ static struct gpio_desc *gpio_name_to_desc(const char * const name)
> >>>>  		for (i = 0; i != chip->ngpio; ++i) {
> >>>>  			struct gpio_desc *gpio = &chip->desc[i];
> >>>>  
> >>>> -			if (!gpio->name)
> >>>> +			if (!gpio->name || !name)
> >>>>  				continue;
> >>>>  
> >>>>  			if (!strcmp(gpio->name, name)) {
> >>>>
> >>>
> >>
> > 
> 

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2015-11-30  9:51 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-11 12:36 [RFC PATCH] gpiolib: fix oops, if gpio name is NULL Vladimir Zapolskiy
2015-11-17  9:24 ` Markus Pargmann
2015-11-17 11:20   ` Vladimir Zapolskiy
2015-11-17 11:50     ` Markus Pargmann
2015-11-29 12:44       ` Vladimir Zapolskiy
2015-11-30  9:51         ` Markus Pargmann [this message]
2015-11-29 21:18 ` Linus Walleij

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=1681441.GQgjGhYvLn@adelgunde \
    --to=mpa@pengutronix.de \
    --cc=linus.walleij@linaro.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=vz@mleia.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