Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp198177pxb; Thu, 12 Nov 2020 01:06:56 -0800 (PST) X-Google-Smtp-Source: ABdhPJyGB4/hAdDB7EETnb1SSMyJ6kkdXMTzIAX+lIYuFT0AUozENPAMZUDh9TYEx8dfxd/+T6yb X-Received: by 2002:a05:6402:88d:: with SMTP id e13mr4227229edy.366.1605172015828; Thu, 12 Nov 2020 01:06:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605172015; cv=none; d=google.com; s=arc-20160816; b=H9pdohcC3G1T+qM6uoBHhtlTzYqYP1e7+KRX27HA9WSsmBFePq0fOyPQ9BKNAVuPQ7 sd1JgBUKzjvDoRCUuk9CCq0H7PTOt3Twx+0lNQdw2PzhHJpwa+REbNn7ZGSQVzVKf7YY 48wbftQgvdkIfKiO1EqiB4VkpfXZvPyS+m3k/6C52TkJ2eQ+RYaUa9VmHiAtIEdf7Q+I 9WhBXTUPIboRPc1gIcs+mm+ubMnVl77g19EipKrbCPY5S/SLYgFpkROpwCbc3DCIQvRv 6z2Cvtt9uMgLOu/ghrtwndO2vluWlNxhH+pMS55ey0nFqAegJoJSewkBXbYOpU5InWNr 9ghg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=PhU+f9z9oAnD69jmT4EY4egntKdjtYkO3GOHFEllL3c=; b=vRvVbfXIz1JH+WyG5XMACyvyt7tYp+1X9uqWEZs4/V/pSa5t4GwQS1YcmrGoPazLZc TDtMjtYWr2vbKBNzwg/siI0EsJSvu90wFbTr0lDSHrCsltpD2BPi3pb9PD94iG3BWdGJ HsiQYY8toF9e2PtEM2Hy8OWm4fURH6ReCC5dI+goeo/9OOfM8+xI9bDP+7UAYA5U2ie8 KLVQhzeKPcy2CyTbe7ByxvlHWldqzbzev5GbzbyCUvgoc5dRHd0lMBLJzwqdphCyF277 4ApfsXCM7inj45ti+TB0vzK/k1nmj5rRBpZxnNFf3NLWtRt2scEh9kFekvs//rPG5lo/ Q3Lg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=asem.it Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bc18si3534947edb.513.2020.11.12.01.06.33; Thu, 12 Nov 2020 01:06:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=asem.it Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727047AbgKLJCx (ORCPT + 99 others); Thu, 12 Nov 2020 04:02:53 -0500 Received: from smtp.asem.it ([151.1.184.197]:50005 "EHLO smtp.asem.it" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725902AbgKLJCw (ORCPT ); Thu, 12 Nov 2020 04:02:52 -0500 Received: from webmail.asem.it by asem.it (smtp.asem.it) (SecurityGateway 6.5.2) with ESMTP id SG000602409.MSG for ; Thu, 12 Nov 2020 10:02:45 +0100S Received: from ASAS044.asem.intra (172.16.16.44) by ASAS044.asem.intra (172.16.16.44) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Thu, 12 Nov 2020 10:02:42 +0100 Received: from flavio-x.asem.intra (172.16.17.208) by ASAS044.asem.intra (172.16.16.44) with Microsoft SMTP Server id 15.1.1979.3 via Frontend Transport; Thu, 12 Nov 2020 10:02:42 +0100 From: Flavio Suligoi To: Mika Westerberg , Andy Shevchenko , "Rafael J . Wysocki" , Len Brown CC: , , , Flavio Suligoi Subject: [PATCH v2] Documentation: ACPI: explain how to use gpio-line-names Date: Thu, 12 Nov 2020 10:02:41 +0100 Message-ID: <20201112090241.570637-1-f.suligoi@asem.it> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-SGHeloLookup-Result: pass smtp.helo=webmail.asem.it (ip=172.16.16.44) X-SGSPF-Result: none (smtp.asem.it) X-SGOP-RefID: str=0001.0A090207.5FACFA33.0003,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 (_st=1 _vt=0 _iwf=0) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The "gpio-line-names" declaration is not fully documented, so can be useful to add some important information and one more example. This commit also fixes a trivial spelling mistake. Signed-off-by: Flavio Suligoi --- v2: - fix commit spelling mistakes - add double back quotes to gpio-line-names - adjust documentation lines layout - add comma at the end of Package list names in the first example .../firmware-guide/acpi/gpio-properties.rst | 58 ++++++++++++++++++- 1 file changed, 56 insertions(+), 2 deletions(-) diff --git a/Documentation/firmware-guide/acpi/gpio-properties.rst b/Documentation/firmware-guide/acpi/gpio-properties.rst index bb6d74f23ee0..ae5396a1f092 100644 --- a/Documentation/firmware-guide/acpi/gpio-properties.rst +++ b/Documentation/firmware-guide/acpi/gpio-properties.rst @@ -107,7 +107,61 @@ Example:: - gpio-line-names -Example:: +The ``gpio-line-names`` declaration is a list of strings ("names"), which +describes each line/pin of a GPIO controller/expander. This list, contained in +a package, must be inserted inside the GPIO controller declaration of an ACPI +table (typically inside the DSDT). The ``gpio-line-names`` list must respect the +following rules (see also the examples): + + - the first name in the list corresponds with the first line/pin of the GPIO + controller/expander + - the names inside the list must be consecutive (no "holes" are permitted) + - the list can be incomplete and can end before the last GPIO line: in + other words, it is not mandatory to fill all the GPIO lines + - empty names are allowed (two quotation marks ``""`` correspond to an empty + name) + +Example of a GPIO controller of 16 lines, with an incomplete list with two +empty names:: + + Package () { + "gpio-line-names", + Package () { + "pin_0", + "pin_1", + "", + "", + "pin_3", + "pin_4_push_button", + } + } + +At runtime, the above declaration produces the following result (using the +"libgpiod" tools):: + + root@debian:~# gpioinfo gpiochip4 + gpiochip4 - 16 lines: + line 0: "pin_0" unused input active-high + line 1: "pin_1" unused input active-high + line 2: unnamed unused input active-high + line 3: unnamed unused input active-high + line 4: "pin_3" unused input active-high + line 5: "pin_4_push_button" unused input active-high + line 6: unnamed unused input active-high + line 7 unnamed unused input active-high + line 8: unnamed unused input active-high + line 9: unnamed unused input active-high + line 10: unnamed unused input active-high + line 11: unnamed unused input active-high + line 12: unnamed unused input active-high + line 13: unnamed unused input active-high + line 14: unnamed unused input active-high + line 15: unnamed unused input active-high + root@debian:~# gpiofind pin_4_push_button + gpiochip4 5 + root@debian:~# + +Another example:: Package () { "gpio-line-names", @@ -191,7 +245,7 @@ The driver might expect to get the right GPIO when it does:: but since there is no way to know the mapping between "reset" and the GpioIo() in _CRS desc will hold ERR_PTR(-ENOENT). -The driver author can solve this by passing the mapping explictly +The driver author can solve this by passing the mapping explicitly (the recommended way and documented in the above chapter). The ACPI GPIO mapping tables should not contaminate drivers that are not -- 2.25.1