Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp445683rwb; Wed, 16 Nov 2022 03:04:19 -0800 (PST) X-Google-Smtp-Source: AA0mqf6mUFPM82ptQ+PnYjo6C0fQg7PsLKYELWbKnhqklr+gudzHtqYMro83CkYcsHrsfpKtj5up X-Received: by 2002:a17:906:280c:b0:7ad:88f8:761f with SMTP id r12-20020a170906280c00b007ad88f8761fmr16373869ejc.417.1668596659516; Wed, 16 Nov 2022 03:04:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668596659; cv=none; d=google.com; s=arc-20160816; b=YANms+NIVBy4VaZ4XIBtKMzVuGtx5CSktdEl7kVzq2FKK/3GzTt2wPmvjXFYcBN1Qz OfvX2v8Z7VN+IbxzXv2xx7sivb002mEm+bEsUyB8RRfy+cO+hHrj3jknnRXK+Hoacupg xZqSF8CR0QiEfq7NHReFqyZVyb09NH2FB8vGLXd4qMCIVGXF6luZg2hy8ipJstXv01bC mwRo6rvVffBXQ7KWXYhjE8P6JsfYwQ6OaCHWCYROGASUTIuqJ2kemvokGl6KK9J8YjkC +4popFLzPi+qdTO368LlmdJKkS/e5qFblnic32mvH/U4qvQ2jDE8ign2GRj36g39g/n6 /4XQ== 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 :dkim-signature; bh=xBtrOhR5z3zUzjulRLTPqzM6C9Jzsdgq71HuB+zqusk=; b=hHKzeAcshlT6xkvg1VZozkxj+IqFPZvEGq3kUqVO2iin1hMOr1p9V+W8lCbmFrGfQS iRAC87n/p7zokb9Qd+FTPhIqwEWZGB1PK/xpnoKKz3qJYMTjlLkm1wE/5RMYNwhRQ7oS +rUG5yf+hD7Bq9giETbIz3R84ll/RjR4HfeQNB+k2msowg5YECj2PaFJ1U3x3S9sG3gD 0v+rkRc5XxWFxKhF5IMdNY9aQDt/8oKGIZSnvvQ76IqatlVHhENoxOB/vVzV4OB+UIZH rzaSegKKB4XgVQUrJtpQEM4BZDNxocULxp0gXElA+BfSBYGc2p7J8O1Rbr1MZxxZ/XKG tRZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jKALuSkT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cr17-20020a170906d55100b0078b41dcf4b8si15038594ejc.479.2022.11.16.03.03.56; Wed, 16 Nov 2022 03:04:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jKALuSkT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229931AbiKPKtz (ORCPT + 91 others); Wed, 16 Nov 2022 05:49:55 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55328 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232689AbiKPKtY (ORCPT ); Wed, 16 Nov 2022 05:49:24 -0500 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B5E5D2705; Wed, 16 Nov 2022 02:38:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1668595110; x=1700131110; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=KNw1ffHFpGMeiSvbhl5OVj8Sum6H6sXuAz+LjPT1Npc=; b=jKALuSkTNyDctHEHmLy0oV6FI91cv2fHT3kRU1LY6X1AzW+NqFktbp3H mFOXv8B+PWfxPfpQSRUKhX1klddIeVzjdhu3l8Dg7ZskJa0qv7+zR06/I 3KLhXJ1Go5v8VT1aMXn+lv5jaIPgBtff2GkGM92V1F7qccxaaND7Olg16 vNRuetFNuHiWvq2JCAO3br/PvlZtL9IFIM9+E5TJ6yPt6KXtIvNWbxpg8 Fko1cYkGSBiIQFu39vfuE80gewosPN0CY+Kb7f9PzW/F4ej6kQbKe2OfU 32TBxjLt7IoahJ0T6mlzbWZkckd5qVNgqbFifb8FIccgkVb0Rb6LgYbNo w==; X-IronPort-AV: E=McAfee;i="6500,9779,10532"; a="310141030" X-IronPort-AV: E=Sophos;i="5.96,167,1665471600"; d="scan'208";a="310141030" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Nov 2022 02:38:30 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10532"; a="814041739" X-IronPort-AV: E=Sophos;i="5.96,167,1665471600"; d="scan'208";a="814041739" Received: from smile.fi.intel.com ([10.237.72.54]) by orsmga005.jf.intel.com with ESMTP; 16 Nov 2022 02:38:27 -0800 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1ovFoH-00D5ej-04; Wed, 16 Nov 2022 12:38:25 +0200 Date: Wed, 16 Nov 2022 12:38:24 +0200 From: Andy Shevchenko To: Thierry Reding Cc: Marijn Suijten , Brian Masney , Bartosz Golaszewski , Linus Walleij , Dmitry Torokhov , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, Marek Szyprowski , Konrad Dybcio Subject: Re: [PATCH] gpiolib: of: Use correct fwnode for DT-probed chips Message-ID: References: <20221111113732.461881-1-thierry.reding@gmail.com> <20221115111800.t6i6fuszhuasvgka@SoMainline.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 16, 2022 at 11:26:34AM +0100, Thierry Reding wrote: > On Tue, Nov 15, 2022 at 12:18:00PM +0100, Marijn Suijten wrote: > > On 2022-11-14 16:15:25, Brian Masney wrote: > > > On Fri, Nov 11, 2022 at 12:37:32PM +0100, Thierry Reding wrote: > > > > From: Thierry Reding > > > > > > > > The OF node store in chip->fwnode is used to explicitly override the FW > > > > node for a GPIO chip. For chips that use the default FW node (i.e. that > > > > of their parent device), this will be NULL and cause the chip not to be > > > > fully registered. > > > > > > > > Instead, use the GPIO device's FW node, which is set to either the node > > > > of the parent device or the explicit override in chip->fwnode. > > > > > > > > Fixes: 8afe82550240 ("gpiolib: of: Prepare of_gpiochip_add() / of_gpiochip_remove() for fwnode") > > > > Tested-by: Marek Szyprowski > > > > Signed-off-by: Thierry Reding > > > > > > Reviewed-by: Brian Masney > > > Tested-by: Brian Masney > > > > > > I separately sent a similar type of patch to fix the same issue today: > > > https://lore.kernel.org/linux-arm-msm/20221114202943.2389489-1-bmasney@redhat.com/T/#u > > > > For completeness, your linked patch fixes a synchronous external abort > > on multiple Qualcomm platforms pointed out in [1]. This patch however > > does not, are you sure they fix the exact same issue? Yes, they fix the same issue. > > [1]: https://lore.kernel.org/linux-arm-msm/20221115110800.35gl3j43lmbxm3jb@SoMainline.org/ > > Can you check if the below fixes the MSM issue that you're seeing > (applied on top of my earlier patch, though with Brian's reverted > temporarily)? I don't know why we would need this. Brian's patch (already applied into GPIO tree) is correct, no? (Moreover, it makes yours unneeded, but I'm fine with having it anyway.) -- With Best Regards, Andy Shevchenko