Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp747844ybb; Thu, 28 Mar 2019 11:21:50 -0700 (PDT) X-Google-Smtp-Source: APXvYqy6+rmVrOI/zEvSgM39l6v5DCK3zTksWadWBe+K3nTTSP0zLiysUzT32rxKObrM5WXxltYA X-Received: by 2002:a65:6497:: with SMTP id e23mr40417238pgv.21.1553797310704; Thu, 28 Mar 2019 11:21:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553797310; cv=none; d=google.com; s=arc-20160816; b=lDHTpx/JfIDJWdHTBlGMPDGfXe73jouzGQ4dPrEUsfDAoUSSjz/3V+qUGNmJyprp5i aHoXrtw3QaeLC2dVsHbyaAnhMAXlwoyAJRdD/zUkqnEhFmUbMdAuoMuCXBkZKA9/z+7O z24YmBEVxjEo1qsziHbQU5wm9fZi+K8b7JTytTeSyAcNAqa/j9F4QXC++6STmZjO3HY/ CdPFVHtmybBe84g99Ish79cmo7FY8t3M+KSrfBKhebPuctsUZz9M72imA87sajUH3jI8 TGjOAuB+qHTxhTdtMtSPiAlqaI5FNimbveGINNGaH/Kyi6uZl0xRhi9ARkzm9o9dbZEs gpKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=Ray+X5oHdLjJvfNIy0bWspEOXOwalHcPPUpZ9zVe/U4=; b=LRMQEJAU5rV4W29muvmZ28tMlWxdfEgSm7v2JfAwR2L2upbqlnAd/i5Ep1gGdlkH8w lDzi1wWgJyAu/82oSIHHYT/QOGQvqxDMStOI6uGUSpBhUSf7/G5P9+ap1H6QxCuFFTL+ iXfJftlaFV2bSz98gV1mnGTt0l8rE/3nZtC9kk2hOOYFffNmJnC/JUrSLDEI6CFJ3Tbf oHKiPU/t59Oab40wGhdcqr2MOr6Oa/laQldQPnkH8HsH2NfieWWBQUg8xHWdxoETTuct kk+JGiLGuH3asc/n2ePBOC5OFlnibbzQdgHZyyAYCuH/rS8b7/I1VZIEOUIjp4yzEP6f sglQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i37si13018093pgb.436.2019.03.28.11.21.33; Thu, 28 Mar 2019 11:21:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726057AbfC1SUy (ORCPT + 99 others); Thu, 28 Mar 2019 14:20:54 -0400 Received: from mail-vk1-f195.google.com ([209.85.221.195]:35984 "EHLO mail-vk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725851AbfC1SUy (ORCPT ); Thu, 28 Mar 2019 14:20:54 -0400 Received: by mail-vk1-f195.google.com with SMTP id v131so4731004vkd.3; Thu, 28 Mar 2019 11:20:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ray+X5oHdLjJvfNIy0bWspEOXOwalHcPPUpZ9zVe/U4=; b=mYQX0uTpkQqcPfdEudy+NdZnYm93uy7EU2VwDjYCGneuRVWm9yx0F7bziiOsBNnyD4 cvTsX0Foz1WufVAdVLP5bNJzCzrNGeR6CIny+Ptil4R6kTDF6/6pN1zhvxeLiS0zJzbT x/67xHhs29y3IOR9gnIC38WDOIw7YGphKUXnOYqT/LRygFoWEP27rkqtBL6TKsTbTLyX /8ACN35P4/LN6ofCt/v7wc+WkRQjuKm5Lhe+zHJ+ALpnWtntATjY+d4euQecgwu6St6h fBh+/QDLZt7BH2xeu6Wjw/OqksyVUrbC692ajTWD0tyTxXZ2Y56d53u4s7g9yguAljl3 3Pow== X-Gm-Message-State: APjAAAVNixYjL+OIzlXcvh7c5/DlMxLp+9kO2g9Qmf0K/2id2xzlftKR cqQZ6SPNAWoS3NOJKGTJloYM6klB4XapP540OoE= X-Received: by 2002:a1f:711:: with SMTP id 17mr27325355vkh.65.1553797252712; Thu, 28 Mar 2019 11:20:52 -0700 (PDT) MIME-Version: 1.0 References: <20190328131349.18838-1-geert+renesas@glider.be> <20190328131349.18838-3-geert+renesas@glider.be> In-Reply-To: From: Geert Uytterhoeven Date: Thu, 28 Mar 2019 19:20:41 +0100 Message-ID: Subject: Re: [PATCH 2/3] gpio: Fix gpiochip_add_data_with_key() error path To: Mukesh Ojha Cc: Geert Uytterhoeven , Linus Walleij , Bartosz Golaszewski , Benoit Parrot , Laxman Dewangan , Tomeu Vizoso , "open list:GPIO SUBSYSTEM" , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mukesj, On Thu, Mar 28, 2019 at 4:31 PM Mukesh Ojha wrote: > On 3/28/2019 6:43 PM, Geert Uytterhoeven wrote: > > The err_remove_chip block is too coarse, and may perform cleanup that > > must not be done. E.g. if of_gpiochip_add() fails, of_gpiochip_remove() > > is still called, causing: > > > > OF: ERROR: Bad of_node_put() on /soc/gpio@e6050000 > > CPU: 1 PID: 20 Comm: kworker/1:1 Not tainted 5.1.0-rc2-koelsch+ #407 > > Hardware name: Generic R-Car Gen2 (Flattened Device Tree) > > Workqueue: events deferred_probe_work_func > > [] (unwind_backtrace) from [] (show_stack+0x10/0x14) > > [] (show_stack) from [] (dump_stack+0x7c/0x9c) > > [] (dump_stack) from [] (kobject_put+0x94/0xbc) > > [] (kobject_put) from [] (gpiochip_add_data_with_key+0x8d8/0xa3c) > > [] (gpiochip_add_data_with_key) from [] (gpio_rcar_probe+0x1d4/0x314) > > [] (gpio_rcar_probe) from [] (platform_drv_probe+0x48/0x94) > > > > and later, if a GPIO consumer tries to use a GPIO from a failed > > controller: > > > > WARNING: CPU: 0 PID: 1 at lib/refcount.c:156 kobject_get+0x38/0x4c > > refcount_t: increment on 0; use-after-free. > > Modules linked in: > > CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.1.0-rc2-koelsch+ #407 > > Hardware name: Generic R-Car Gen2 (Flattened Device Tree) > > [] (unwind_backtrace) from [] (show_stack+0x10/0x14) > > [] (show_stack) from [] (dump_stack+0x7c/0x9c) > > [] (dump_stack) from [] (__warn+0xd0/0xec) > > [] (__warn) from [] (warn_slowpath_fmt+0x44/0x6c) > > [] (warn_slowpath_fmt) from [] (kobject_get+0x38/0x4c) > > [] (kobject_get) from [] (of_node_get+0x14/0x1c) > > [] (of_node_get) from [] (of_find_node_by_phandle+0xc0/0xf0) > > [] (of_find_node_by_phandle) from [] (of_phandle_iterator_next+0x68/0x154) > > [] (of_phandle_iterator_next) from [] (__of_parse_phandle_with_args+0x40/0xd0) > > [] (__of_parse_phandle_with_args) from [] (of_parse_phandle_with_args_map+0x100/0x3ac) > > [] (of_parse_phandle_with_args_map) from [] (of_get_named_gpiod_flags+0x38/0x380) > > [] (of_get_named_gpiod_flags) from [] (gpiod_get_from_of_node+0x24/0xd8) > > [] (gpiod_get_from_of_node) from [] (devm_fwnode_get_index_gpiod_from_child+0xa0/0x144) > > [] (devm_fwnode_get_index_gpiod_from_child) from [] (gpio_keys_probe+0x418/0x7bc) > > [] (gpio_keys_probe) from [] (platform_drv_probe+0x48/0x94) > > > > Fix this by splitting the cleanup block, and adding a missing call to > > gpiochip_irqchip_remove(). > > > > Fixes: 28355f81969962cf ("gpio: defer probe if pinctrl cannot be found") > > Signed-off-by: Geert Uytterhoeven > > --- > > I'm not so sure about the need for the call to > > gpiochip_irqchip_remove(), as add/remove are not really symmetrical. > > Any comments? > > --- > > drivers/gpio/gpiolib.c | 12 ++++++++---- > > 1 file changed, 8 insertions(+), 4 deletions(-) > > > > diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c > > index 144af07335815998..ed4da07effe0ac40 100644 > > --- a/drivers/gpio/gpiolib.c > > +++ b/drivers/gpio/gpiolib.c > > @@ -1379,7 +1379,7 @@ int gpiochip_add_data_with_key(struct gpio_chip *chip, void *data, > > > > status = gpiochip_add_irqchip(chip, lock_key, request_key); > > if (status) > > - goto err_remove_chip; > > + goto err_free_irqchip_mask; > > Name is quite confusing > this should be > > s/err_free_irqchip_mask/err_free_gpiochip_mask Thanks, makes perfect sense. > After reviewing back and forth it looks good, apart from the naming. > Please fix. Done (locally). > Reviewed-by: Mukesh Ojha Thanks! Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds