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=-4.0 required=3.0 tests=BAYES_00,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 8574CC4332D for ; Mon, 8 Mar 2021 18:23:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 60F4565218 for ; Mon, 8 Mar 2021 18:23:03 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231176AbhCHSWb (ORCPT ); Mon, 8 Mar 2021 13:22:31 -0500 Received: from mail-oi1-f169.google.com ([209.85.167.169]:34406 "EHLO mail-oi1-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229469AbhCHSWO (ORCPT ); Mon, 8 Mar 2021 13:22:14 -0500 Received: by mail-oi1-f169.google.com with SMTP id x78so11994060oix.1; Mon, 08 Mar 2021 10:22:14 -0800 (PST) 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=UnjQ2wPecXS8s9DsmO8FMVOXE9Rl+/KN9deAHDlCATo=; b=M8QOQYSrOSUzO6wZz7t7/fw45e6tVefMyLRuon+iXHFhglTI+vYgOT9cK+BBirUefB 9ykoFPxYSJjrwrJjBLd9vJSJzmbV+4legGrCMl3CJmVy6BP0lLkkg4WRS8AEjGI6o6df MA6G4kMgGMDkabphMuRkC4gvn/NrXQSC6eUL2GCF5SEoMPdvB27wLIKEYv8lQEt3CDv1 mLW3pDmqykohws0fxcPkA3xlA4Ous89FpRdEiLQsa4WOQiBGdaT4KN3IgnFXJ9DgqyDc k730txZrlHJf2aVxanVhR8Q9zXxkgxusQBNpSBXQu3SOBeXHDup5doLggVWd215uW9Qz A6OA== X-Gm-Message-State: AOAM530gyaJboGFBxLtalOGs1hfQ90zHN9IEYlvzfiT1lMfiSOuK/rDG ItpOSU78SFqcpmS4MyS3WeHSiXwjEpDmZdsZNbY= X-Google-Smtp-Source: ABdhPJzyrorBBnxfzWygYPvRZujw3o3UGZXv0kmeuEiTCfnrwxfKRX1zqukpOGcKKBzUKS9gJ0yq0dktcRlvSWDrQt4= X-Received: by 2002:aca:3d85:: with SMTP id k127mr68539oia.157.1615227734294; Mon, 08 Mar 2021 10:22:14 -0800 (PST) MIME-Version: 1.0 References: <20210304201253.14652-1-andriy.shevchenko@linux.intel.com> In-Reply-To: <20210304201253.14652-1-andriy.shevchenko@linux.intel.com> From: "Rafael J. Wysocki" Date: Mon, 8 Mar 2021 19:22:03 +0100 Message-ID: Subject: Re: [PATCH v3 0/5] gpiolib: switch to fwnode in the core To: Andy Shevchenko Cc: Mika Westerberg , Linus Walleij , "open list:DOCUMENTATION" , Linux Kernel Mailing List , "open list:GPIO SUBSYSTEM" , ACPI Devel Maling List , Marc Zyngier , Jonathan Corbet , Bartosz Golaszewski , Thomas Gleixner , "Rafael J. Wysocki" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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!