From patchwork Thu Mar 4 15:02:10 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andy Shevchenko X-Patchwork-Id: 393624 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=-11.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH, MAILING_LIST_MULTI, SPF_HELO_NONE, SPF_PASS, USER_AGENT_GIT autolearn=ham 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 AF51CC433E6 for ; Thu, 4 Mar 2021 15:05:07 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 816D764F72 for ; Thu, 4 Mar 2021 15:05:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233104AbhCDPEU (ORCPT ); Thu, 4 Mar 2021 10:04:20 -0500 Received: from mga05.intel.com ([192.55.52.43]:45930 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233133AbhCDPEQ (ORCPT ); Thu, 4 Mar 2021 10:04:16 -0500 IronPort-SDR: Zo4zdZXTnekuS2g1zk5giu5yinYDaFLKZbzBgSzH0tcfNWk7wCl43tVcomEMtwaHpVnMTV555h SxsahD5b3whg== X-IronPort-AV: E=McAfee;i="6000,8403,9913"; a="272434293" X-IronPort-AV: E=Sophos;i="5.81,222,1610438400"; d="scan'208";a="272434293" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Mar 2021 07:02:28 -0800 IronPort-SDR: c7E+e/77C6cbOs08NKsRoyDeWLORjfhidlqk5LwX29INUmE0+c1g02/l9lxno+hA3PjNdeKnUQ MYXbozP4eBJA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.81,222,1610438400"; d="scan'208";a="445758443" Received: from black.fi.intel.com ([10.237.72.28]) by orsmga001.jf.intel.com with ESMTP; 04 Mar 2021 07:02:25 -0800 Received: by black.fi.intel.com (Postfix, from userid 1003) id 1B1A329E; Thu, 4 Mar 2021 17:02:24 +0200 (EET) From: Andy Shevchenko To: Andy Shevchenko , Linus Walleij , Mika Westerberg , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, linux-acpi@vger.kernel.org Cc: Marc Zyngier , Jonathan Corbet , Bartosz Golaszewski , Thomas Gleixner , "Rafael J. Wysocki" Subject: [PATCH v2 0/5] gpiolib: switch to fwnode in the core Date: Thu, 4 Mar 2021 17:02:10 +0200 Message-Id: <20210304150215.80652-1-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.30.1 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org 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 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 Documentation/core-api/irq/irq-domain.rst | 22 ++++---- drivers/gpio/gpiolib-acpi.c | 7 +++ drivers/gpio/gpiolib-acpi.h | 4 ++ drivers/gpio/gpiolib-of.c | 6 ++- drivers/gpio/gpiolib.c | 66 +++++++++-------------- include/linux/irqdomain.h | 5 ++ kernel/irq/irqdomain.c | 16 ++++-- 7 files changed, 71 insertions(+), 55 deletions(-)