From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9B1D9C43381 for ; Mon, 8 Mar 2021 19:30:19 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 802F3652B8 for ; Mon, 8 Mar 2021 19:30:19 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231255AbhCHT3q (ORCPT ); Mon, 8 Mar 2021 14:29:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37724 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230517AbhCHT3j (ORCPT ); Mon, 8 Mar 2021 14:29:39 -0500 Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 566C8C061760 for ; Mon, 8 Mar 2021 11:29:39 -0800 (PST) Received: by mail-ej1-x629.google.com with SMTP id ox4so7070635ejb.11 for ; Mon, 08 Mar 2021 11:29:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eHJ2XNymZaL0j993KgEpbW1/T5ty0OIGX39okZyZJhY=; b=iXpJTUWW7ewuSQGoKHFhnh8Do8MoEKRRaxJFwH5YEIErlilmyNOJlWXoErnqgpMUlC wygDSZ9kp18J2P2bNEGJVVwXdIrtS9RbQXKfwIu9JU8NqBl861ZSFnZOfOfl1rdZDym2 eJV3MucGof+9L5HpzuVYg6rbF/5EASCspZWspAsm83tTpPdWSjPl1p7NEK5jhfbMR8/5 vtlzhzUdmq3d9+tQUmLugU9k9f5FHb8vqSoeyOtgAOsrnRH1BxZBimzD7x7f5fa9HBCu pB/VzCBr3cqY3HvAXXqioay0c0amAL9HjG7oVSLoMt4VkWyW9PlpQnnuQeEC85Ys+ecj YTVA== 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=eHJ2XNymZaL0j993KgEpbW1/T5ty0OIGX39okZyZJhY=; b=Fg4w0uXedsCWbH6jL1+zbLtJgleM8ciOwIEp8+qgo1WAFEpmkcBqYVkMhRbiKjAdsw /sr6W3gb2fn49d+57yGCcWR2Lx50Lcc032nbOjMYRooUJJJEh94w0cKN9EiKqwdcx8Aq qGxzLBBcQxHTlCSnPKdWcra9Cr2AFBSKOSKAhVgrbzuZbHtir8NBDA39zPZ+Dy1F4lAn s3DayGF+4Db0n4uY4rmorb018I0Z7BLvmXuOkdxllF5TkZsBwpliMbo/5Yjmx3S7rlQS 28qUOev/0ELBIYcoUs8Uu9esU2wk9zxM1DnmM0+hyW1JBCDKpQdFGXoZUXx5A9ST+mGn Ec9g== X-Gm-Message-State: AOAM530cjw/wc4SHaN2B3K1ZijhPr5N/HTHofNHkYM/ZOmlHkF/398wF YRY6rNlxACZSvpLStZxCBKZh299YAeyMOVWovjk1qw== X-Google-Smtp-Source: ABdhPJxBWarr0tUPIerlQbKpwHvX9N+adkAEGfDD5aWOFSx5L90SjD/pCU8XC8r+VNDIIhRIj7mrJzdnQ1FgxKPtj6U= X-Received: by 2002:a17:906:565a:: with SMTP id v26mr16931477ejr.516.1615231778033; Mon, 08 Mar 2021 11:29:38 -0800 (PST) MIME-Version: 1.0 References: <20210304201253.14652-1-andriy.shevchenko@linux.intel.com> In-Reply-To: From: Bartosz Golaszewski Date: Mon, 8 Mar 2021 20:29:27 +0100 Message-ID: Subject: Re: [PATCH v3 0/5] gpiolib: switch to fwnode in the core To: "Rafael J. Wysocki" Cc: Andy Shevchenko , Mika Westerberg , Linus Walleij , "open list:DOCUMENTATION" , Linux Kernel Mailing List , "open list:GPIO SUBSYSTEM" , ACPI Devel Maling List , Marc Zyngier , Jonathan Corbet , Thomas Gleixner Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 8, 2021 at 8:26 PM Rafael J. Wysocki wrote: > > On Mon, Mar 8, 2021 at 8:23 PM Bartosz Golaszewski > wrote: > > > > On Mon, Mar 8, 2021 at 7:22 PM Rafael J. Wysocki wrote: > > > > > > On Thu, Mar 4, 2021 at 9:13 PM Andy Shevchenko > > > wrote: > > > > > > > > GPIO library uses of_node and fwnode in the core in non-unified way. > > > > The series cleans this up and improves IRQ domain creation for non-OF cases > > > > where currently the names of the domain are 'unknown'. > > > > > > > > This has been tested on Intel Galileo Gen 2. > > > > > > > > In v3: > > > > - fix subtle bug in gpiod_count > > > > - make irq_domain_add_simple() static inline (Marc) > > > > > > > > In v2: > > > > - added a new patch due to functionality in irq_comain_add_simple() (Linus) > > > > - tagged patches 2-4 (Linus) > > > > - Cc'ed to Rafael > > > > > > > > Andy Shevchenko (5): > > > > irqdomain: Introduce irq_domain_create_simple() API > > > > gpiolib: Unify the checks on fwnode type > > > > gpiolib: Move of_node operations to gpiolib-of and correct fwnode use > > > > gpiolib: Introduce acpi_gpio_dev_init() and call it from core > > > > gpiolib: Reuse device's fwnode to create IRQ domain > > > > > > [1-4/5] applied as 5.13 material and I have a minor comment regarding > > > the last patch (will send separately). > > > > > > Thanks! > > > > Hi Rafael! > > > > AFAICT this should go through the GPIO tree as usual. Any reason for > > you to pick these patches this time? > > My impression was that Andy wanted me to take them. > > However, if you'd rather take care of them yourself, there you go! > > I'll drop them now and assume that they will be routed through the GPIO tree. > > Thanks! They touch a lot of core GPIO code and are likely to conflict if any other changes show up this release cycle. I'd rather take them through the usual channel. Thanks! Bartosz