Re: [PATCH] docs/zh_CN: Update the translation of gpio to 6.0-rc1

[YanTeng Si <siyanteng@xxxxxxxxxxx>]

在 2022/8/15 20:56, Wu XiangCheng 写道:
> Hi, Yanteng
>
> 话说 Yanteng Si 于 2022-08-15 (一) 17:13:57 +0800 曰过：
> > Update to commit 5513b411ea5b ("Documentation: rename pinctl to
> > pin-control")
> > Move .../zh_CN/gpio.txt to .../zh_CN/driver-api/gpio/legacy.rst
> > Translate .../driver-api/index.rst into Chinese.
> > Translate .../driver-api/gpio/index.rst into Chinese.
> >
> > Signed-off-by: Yanteng Si <siyanteng@xxxxxxxxxxx>
> > ---
> >   .../zh_CN/driver-api/gpio/index.rst           |  69 ++++++
> >   .../{gpio.txt => driver-api/gpio/legacy.rst}  | 221 ++++++++++++------
> >   .../translations/zh_CN/driver-api/index.rst   | 132 +++++++++++
> >   Documentation/translations/zh_CN/index.rst    |   2 +-
> >   4 files changed, 348 insertions(+), 76 deletions(-)
> >   create mode 100644 Documentation/translations/zh_CN/driver-api/gpio/index.rst
> >   rename Documentation/translations/zh_CN/{gpio.txt => driver-api/gpio/legacy.rst} (86%)
> >   create mode 100644 Documentation/translations/zh_CN/driver-api/index.rst
> >
> > diff --git a/Documentation/translations/zh_CN/driver-api/gpio/index.rst b/Documentation/translations/zh_CN/driver-api/gpio/index.rst
> > new file mode 100644
> > index 000000000000..9ab64e94aced
> > --- /dev/null
> > +++ b/Documentation/translations/zh_CN/driver-api/gpio/index.rst
> > @@ -0,0 +1,69 @@
> > +.. SPDX-License-Identifier: GPL-2.0
> > +
> > +.. include:: ../../disclaimer-zh_CN.rst
> > +
> > +:Original: Documentation/driver-api/gpio/index.rst
> > +
> > +:翻译:
> > +
> > + 司延腾 Yanteng Si <siyanteng@xxxxxxxxxxx>
> > +
> > +:校译:
> > +
> > +=======================
> > +通用型输入/输出（GPIO）
> > +=======================
> > +
> > +目录:
> > +
> > +.. toctree::
> > +   :maxdepth: 2
> > +
> > +   legacy
> > +
> > +Todolist:
> > +
> > +*   intro
> > +*   using-gpio
> > +*   driver
> > +*   consumer
> > +*   board
> > +*   drivers-on-gpio
> > +*   bt8xxgpio
> > +
> > +核心
> > +====
> > +
> > +该API在以下内核代码中:
> > +
> > +include/linux/gpio/driver.h
> > +
> > +drivers/gpio/gpiolib.c
> > +
> > +ACPI支持
> > +========
> > +
> > +该API在以下内核代码中:
> > +
> > +drivers/gpio/gpiolib-acpi.c
> > +
> > +设备树支持
> > +==========
> > +
> > +该API在以下内核代码中:
> > +
> > +drivers/gpio/gpiolib-of.c
> > +
> > +设备管理支持
> > +============
> > +
> > +该API在以下内核代码中:
> > +
> > +drivers/gpio/gpiolib-devres.c
> > +
> > +sysfs帮助（函数）
> > +=================
> > +
> > +该API在以下内核代码中:
> > +
> > +drivers/gpio/gpiolib-sysfs.c
> > diff --git a/Documentation/translations/zh_CN/gpio.txt b/Documentation/translations/zh_CN/driver-api/gpio/legacy.rst
> > similarity index 86%
> > rename from Documentation/translations/zh_CN/gpio.txt
> > rename to Documentation/translations/zh_CN/driver-api/gpio/legacy.rst
> > index a23ee14fc927..7616569ed762 100644
> > --- a/Documentation/translations/zh_CN/gpio.txt
> > +++ b/Documentation/translations/zh_CN/driver-api/gpio/legacy.rst
> > @@ -1,30 +1,19 @@
> > -Chinese translated version of Documentation/admin-guide/gpio
> > -
> > -If you have any comment or update to the content, please contact the
> > -original document maintainer directly.  However, if you have a problem
> > -communicating in English you can also ask the Chinese maintainer for
> > -help.  Contact the Chinese maintainer if this translation is outdated
> > -or if there is a problem with the translation.
> > -
> > -Maintainer: Grant Likely <grant.likely@xxxxxxxxxxxx>
> > -		Linus Walleij <linus.walleij@xxxxxxxxxx>
> > -Chinese maintainer: Fu Wei <tekkamanninja@xxxxxxxxx>
> > ----------------------------------------------------------------------
> > -Documentation/admin-guide/gpio 的中文翻译
> > -
> > -如果想评论或更新本文的内容，请直接联系原文档的维护者。如果你使用英文
> > -交流有困难的话，也可以向中文版维护者求助。如果本翻译更新不及时或者翻
> > -译存在问题，请联系中文版维护者。
> > -英文版维护者： Grant Likely <grant.likely@xxxxxxxxxxxx>
> > -		Linus Walleij <linus.walleij@xxxxxxxxxx>
> > -中文版维护者： 傅炜 Fu Wei <tekkamanninja@xxxxxxxxx>
> > -中文版翻译者： 傅炜 Fu Wei <tekkamanninja@xxxxxxxxx>
> > -中文版校译者： 傅炜 Fu Wei <tekkamanninja@xxxxxxxxx>
> > -
> > -
> > -以下为正文
> > ----------------------------------------------------------------------
> > -GPIO 接口
> > +.. SPDX-License-Identifier: GPL-2.0
> > +
> > +.. include:: ../../disclaimer-zh_CN.rst
> > +
> > +:Original: Documentation/driver-api/gpio/legacy.rst
> > +
> > +:翻译:
> > +
> > + 傅炜 Fu Wei <tekkamanninja@xxxxxxxxx>
> > + 司延腾 Yanteng Si <siyanteng@xxxxxxxxxxx>
> > +
> > +:校译:
> > +
> > +
> > +传统GPIO接口
> > +============
> >   
> >   本文档提供了一个在Linux下访问GPIO的公约概述。
>   
> How about
> 本文档概述了Linux下的GPIO访问公约。
Ok.
>   
> >   
> > @@ -32,8 +21,8 @@ GPIO 接口
> >   __gpio_* 前缀。
> >   
> >   
> > -什么是GPIO?
> > -==========
> > +什么是GPIO？
> > +============
> >   "通用输入/输出口"(GPIO)是一个灵活的由软件控制的数字信号。他们可
> >   由多种芯片提供,且对于从事嵌入式和定制硬件的 Linux 开发者来说是
> >   比较熟悉。每个GPIO 都代表一个连接到特定引脚或球栅阵列(BGA)封装中
> > @@ -99,6 +88,7 @@ GPIO 公约
> >   
> >   标识 GPIO
> >   ---------
> > +
> >   GPIO 是通过无符号整型来标识的,范围是 0 到 MAX_INT。保留“负”数
> >   用于其他目的,例如标识信号“在这个板子上不可用”或指示错误。未接触底层
> >   硬件的代码会忽略这些整数。
> > @@ -115,7 +105,7 @@ FPGA 的特定板子上使用 80-95。编号不一定要连续,那些平台中
> >   
> >   如果你要初始化一个带有无效 GPIO 编号的结构体,可以使用一些负编码
> >   (如"-EINVAL")，那将使其永远不会是有效。来测试这样一个结构体中的编号
> > -是否关联一个 GPIO，你可使用以下断言:
> > +是否关联一个 GPIO，你可使用以下断言::
> >   
> >   	int gpio_is_valid(int number);
> >   
> > @@ -128,11 +118,12 @@ FPGA 的特定板子上使用 80-95。编号不一定要连续,那些平台中
> >   
> >   使用 GPIO
> >   ---------
> > +
> >   对于一个 GPIO，系统应该做的第一件事情就是通过 gpio_request()
> >   函数分配它，见下文。
> >   
> >   接下来是设置I/O方向，这通常是在板级启动代码中为所使用的 GPIO 设置
> > -platform_device 时完成。
> > +platform_device 时完成::
> >   
> >   	/* 设置为输入或输出, 返回 0 或负的错误代码 */
> >   	int gpio_direction_input(unsigned gpio);
> > @@ -157,12 +148,13 @@ get/set(获取/设置)函数调用没法返回错误,且有可能是配置错误
> >   
> >   
> >   访问自旋锁安全的 GPIO
> > --------------------
> > +---------------------
> > +
> >   大多数 GPIO 控制器可以通过内存读/写指令来访问。这些指令不会休眠,可以
> >   安全地在硬(非线程)中断例程和类似的上下文中完成。
> >   
> >   对于那些用 gpio_cansleep()测试总是返回失败的 GPIO(见下文)，使用
> > -以下的函数访问:
> > +以下的函数访问::
> >   
> >   	/* GPIO 输入:返回零或非零 */
> >   	int gpio_get_value(unsigned gpio);
> > @@ -188,17 +180,18 @@ GPIO值是布尔值，零表示低电平，非零表示高电平。当读取一
> >   
> >   
> >   访问可能休眠的 GPIO
> > ------------------
> > +-------------------
> > +
> >   某些 GPIO 控制器必须通过基于总线(如 I2C 或 SPI)的消息访问。读或写这些
> >   GPIO 值的命令需要等待其信息排到队首才发送命令，再获得其反馈。期间需要
> >   休眠，这不能在 IRQ 例程(中断上下文)中执行。
> >   
> >   支持此类 GPIO 的平台通过以下函数返回非零值来区分出这种 GPIO。(此函数需要
> > -一个之前通过 gpio_request 分配到的有效 GPIO 编号):
> > +一个之前通过 gpio_request 分配到的有效 GPIO 编号)::
> >   
> >   	int gpio_cansleep(unsigned gpio);
> >   
> > -为了访问这种 GPIO,内核定义了一套不同的函数:
> > +为了访问这种 GPIO,内核定义了一套不同的函数::
> >   
> >   	/* GPIO 输入:返回零或非零 ,可能会休眠 */
> >   	int gpio_get_value_cansleep(unsigned gpio);
> > @@ -214,25 +207,26 @@ GPIO 值的命令需要等待其信息排到队首才发送命令，再获得其
> >   事实，这些处理例程实际上和自旋锁安全的函数是一样的。
> >   
> >   ** 除此之外 ** 调用设置和配置此类 GPIO 的函数也必须在允许休眠的上下文中，
> > -因为它们可能也需要访问 GPIO 控制器芯片: (这些设置函数通常在板级启动代码或者
> > -驱动探测/断开代码中，所以这是一个容易满足的约束条件。)
> > +因为它们可能也需要访问 GPIO 控制器芯片 (这些设置函数通常在板级启动代码或者
> > +驱动探测/断开代码中，所以这是一个容易满足的约束条件。) ::
> >   
> Indentation
> See: https://fars.ee/k-g0.png
I don't understand what you mean, are you trying to use spaces?
> > -	gpio_direction_input()
> > -	gpio_direction_output()
> > -	gpio_request()
> > +				gpio_direction_input()
> > +				gpio_direction_output()
> > +				gpio_request()
> >   
> > -## 	gpio_request_one()
> > -##	gpio_request_array()
> > -## 	gpio_free_array()
> > +		## 	gpio_request_one()
> > +		##	gpio_request_array()
> > +		## 	gpio_free_array()
> >   
> > -	gpio_free()
> > -	gpio_set_debounce()
> > +				gpio_free()
> > +				gpio_set_debounce()
> >   
> >   
> >   
> >   声明和释放 GPIO
> > -----------------------------
> > -为了有助于捕获系统配置错误,定义了两个函数。
> > +----------------
> > +
> > +为了有助于捕获系统配置错误,定义了两个函数::
> >   
> >   	/* 申请 GPIO, 返回 0 或负的错误代码.
> >   	 * 非空标签可能有助于诊断.
> > @@ -278,7 +272,7 @@ gpio_request()前将这类细节配置好，例如使用 pinctrl 子系统的映
> >   
> >   注意:申请一个 GPIO 并没有以任何方式配置它，只不过标识那个 GPIO 处于使用
> >   状态。必须有另外的代码来处理引脚配置(如控制 GPIO 使用的引脚、上拉/下拉)。
> > -考虑到大多数情况下声明 GPIO 之后就会立即配置它们,所以定义了以下三个辅助函数:
> > +考虑到大多数情况下声明 GPIO 之后就会立即配置它们,所以定义了以下三个辅助函数::
> >   
> >   	/* 申请一个 GPIO 信号, 同时通过特定的'flags'初始化配置,
> >   	 * 其他和 gpio_request()的参数和返回值相同
> > @@ -294,7 +288,7 @@ gpio_request()前将这类细节配置好，例如使用 pinctrl 子系统的映
> >   	 */
> >   	void gpio_free_array(struct gpio *array, size_t num);
> >   
> > -这里 'flags' 当前定义可指定以下属性:
> > +这里 'flags' 当前定义可指定以下属性::
>   
> Here is a list, not code block.
Ok.
>   
> >   
> >   	* GPIOF_DIR_IN		- 配置方向为输入
> >   	* GPIOF_DIR_OUT		- 配置方向为输出
> > @@ -307,7 +301,7 @@ gpio_request()前将这类细节配置好，例如使用 pinctrl 子系统的映
> >   	* GPIOF_EXPORT_DIR_FIXED	- 将 gpio 导出到 sysfs，并保持方向
> >   	* GPIOF_EXPORT_DIR_CHANGEABLE	- 同样是导出, 但允许改变方向
> >   
> > -因为 GPIOF_INIT_* 仅有在配置为输出的时候才存在,所以有效的组合为:
> > +因为 GPIOF_INIT_* 仅有在配置为输出的时候才存在,所以有效的组合为::
>    
> Here is a list, not code block.
Ok.
>   
> >   	* GPIOF_IN		- 配置为输入
> >   	* GPIOF_OUT_INIT_LOW	- 配置为输出,并初始化为低电平
> > @@ -326,7 +320,7 @@ gpio_request()前将这类细节配置好，例如使用 pinctrl 子系统的映
> >   将来这些标志可能扩展到支持更多的属性。
> >   
> >   更进一步,为了更简单地声明/释放多个 GPIO,'struct gpio'被引进来封装所有
> > -这三个领域:
> > +这三个领域::
> >   
> >   	struct gpio {
> >   		unsigned	gpio;
> > @@ -334,7 +328,7 @@ gpio_request()前将这类细节配置好，例如使用 pinctrl 子系统的映
> >   		const char	*label;
> >   	};
> >   
> > -一个典型的用例:
> > +一个典型的用例::
> >   
> >   	static struct gpio leds_gpios[] = {
> >   		{ 32, GPIOF_OUT_INIT_HIGH, "Power LED" }, /* 默认开启 */
> > @@ -356,9 +350,10 @@ gpio_request()前将这类细节配置好，例如使用 pinctrl 子系统的映
> >   
> >   
> >   GPIO 映射到 IRQ
> > ---------------------
> > +----------------
> > +
> >   GPIO 编号是无符号整数;IRQ 编号也是。这些构成了两个逻辑上不同的命名空间
> > -(GPIO 0 不一定使用 IRQ 0)。你可以通过以下函数在它们之间实现映射:
> > +(GPIO 0 不一定使用 IRQ 0)。你可以通过以下函数在它们之间实现映射::
> >   
> >   	/* 映射 GPIO 编号到 IRQ 编号 */
> >   	int gpio_to_irq(unsigned gpio);
> > @@ -384,7 +379,8 @@ irq_to_gpio()返回的非错误值大多数通常可以被 gpio_get_value()所
> >   
> >   
> >   模拟开漏信号
> > -----------------------------
> > +------------
> > +
> >   有时在只有低电平信号作为实际驱动结果(译者注:多个输出连接于一点，逻辑电平
> >   结果为所有输出的逻辑与)的时候,共享的信号线需要使用“开漏”信号。(该术语
> >   适用于 CMOS 管；而 TTL 用“集电极开路”。)一个上拉电阻使信号为高电平。这
> > @@ -408,9 +404,44 @@ irq_to_gpio()返回的非错误值大多数通常可以被 gpio_get_value()所
> >   这不一定是错误的。一个常见的例子就是 I2C 时钟的延长：一个需要较慢时钟的
> >   从设备延迟 SCK 的上升沿，而 I2C 主设备相应地调整其信号传输速率。
> >   
> > +GPIO控制器和pinctrl子系统
> > +-------------------------
> > +
> > +SOC上的GPIO控制器可能与pinctrl子系统紧密结合，即引脚可以与可选的gpio功
>   
> So pinctrl = 引脚控制
> 括注或者统一翻译

引脚控制

>   
> > +能一起被其他功能使用。我们已经涵盖了这样的情况，例如一个GPIO控制器需要保
> > +留一个引脚或通过调用以下任何一个引脚来设置其方向::
> > +
> > +  pinctrl_gpio_request()
> > +  pinctrl_gpio_free()
> > +  pinctrl_gpio_direction_input()
> > +  pinctrl_gpio_direction_output()
> > +
> > +但是，引脚控制子系统是如何将GPIO号码（这是一个全局事项）与某个引脚控制器
> > +上的某个引脚交叉关联的？
> > +
> > +这是通过注册引脚的“范围”来实现的，这基本上是交叉参考表。这些描述是在
> > +Documentation/driver-api/pin-control.rst
> > +
> > +虽然引脚分配完全由pinctrl子系统管理，但gpio（在gpiolib下）仍由gpio驱动
> > +维护。可能发生的情况是，SoC中的不同引脚范围由不同的gpio驱动器管理。
> > +
> > +这使得在调用 "pinctrl_gpio_request" 之前，让gpio驱动向pin ctrl子系
> > +统宣布它们的引脚范围是合理的，以便在使用任何gpio之前要求pinctrl子系统准
> > +备相应的引脚。
> > +
> > +为此，gpio控制器可以用pinctrl子系统注册其引脚范围。目前有两种方法：有或
> > +无DT。
> > +
> > +关于对DT的支持，请参考 Documentation/devicetree/bindings/gpio/gpio.txt.
> > +
> > +对于非DT支持，用户可以用适当的参数调用gpiochip_add_pin_range()，将一
> > +系列的gpio引脚注册到pinctrl驱动上。为此，必须将pinctrl设备的名称字符串
> > +作为参数之一传给这个程序。
> > +
> > +
> > +这些公约忽略了什么？
> > +====================
> >   
> > -这些公约忽略了什么?
> > -================
> >   这些公约忽略的最大一件事就是引脚复用，因为这属于高度芯片特定的属性且
> >   没有可移植性。某个平台可能不需要明确的复用信息；有的对于任意给定的引脚
> >   可能只有两个功能选项；有的可能每个引脚有八个功能选项；有的可能可以将
> > @@ -433,8 +464,9 @@ Linux 的系统。)
> >   当前，动态定义 GPIO 并不是标准的，例如作为配置一个带有某些 GPIO 扩展器的
> >   附加电路板的副作用。
> >   
> > -GPIO 实现者的框架 (可选)
> > -=====================
> > +GPIO 实现者的框架（可选）
> > +=========================
> > +
> >   前面提到了，有一个可选的实现框架，让平台使用相同的编程接口，更加简单地支持
> >   不同种类的 GPIO 控制器。这个框架称为"gpiolib"。
> >   
> > @@ -444,15 +476,16 @@ GPIO 实现者的框架 (可选)
> >   
> >   
> >   控制器驱动: gpio_chip
> > --------------------
> > +---------------------
> > +
> >   在框架中每个 GPIO 控制器都包装为一个 "struct gpio_chip"，他包含了
> > -该类型的每个控制器的常用信息:
> > +该类型的每个控制器的常用信息::
> >   
>   
> Also a list here, not code block.
Ok.
>    
> > - - 设置 GPIO 方向的方法
> > - - 用于访问 GPIO 值的方法
> > - - 告知调用其方法是否可能休眠的标志
> > - - 可选的 debugfs 信息导出方法 (显示类似上拉配置一样的额外状态)
> > - - 诊断标签
> > +	设置 GPIO 方向的方法
> > +	用于访问 GPIO 值的方法
> > +	告知调用其方法是否可能休眠的标志
> > +	可选的 debugfs 信息导出方法 (显示类似上拉配置一样的额外状态)
> > +	诊断标签
> >
> >   也包含了来自 device.platform_data 的每个实例的数据：它第一个 GPIO 的
> >   编号和它可用的 GPIO 的数量。
> > @@ -470,8 +503,36 @@ GPIO 实现者的框架 (可选)
> >   就返回相关的标签，否则返回 NULL。
> >   
> >   
> > +控制器驱动程序：gpio_chip
> > +-------------------------
>   
> Duplicte?
> Two gpio_chip.
Remove this.
>   
> > +
> > +在这个框架中，每个GPIO控制器都被打包成一个 "gpio_chip结构体" ，其中
> > +包含该类型的每个控制器的通用信息。
> > +
> > + - 建立GPIO方向的方法
> > + - 用于访问GPIO值的方法
> > + - 表示对其方法的调用是否可以休眠的标志
> > + - 可选的debugfs dump方法（显示额外的状态，如上拉配置）。
> > + - 用于诊断的标签
> > +
> > +还有每个实例的数据，可能来自device.platform_data：它的第一个GPIO的
> > +编号，以及它暴露的GPIO的数量。
> > +
> > +实现gpio_chip的代码应该支持控制器的多个实例，可能使用驱动模型。 该代码
> > +将配置每个gpio_chip并发出gpiochip_add()。 移除一个GPIO控制器应该是
> > +很罕见的；当它不可避免的时候，使用gpiochip_remove()。
> > +
> > +大多数情况下，gpio_chip是一个特定实例结构的一部分，具有GPIO接口没有暴
> > +露的状态，如寻址、电源管理等。 像编解码器这样的芯片会有复杂的非GPIO状态。
> > +
> > +任何debugfs dump方法通常应该忽略那些没有被请求为GPIO的信号。 他们可以
> > +使用gpiochip_is_requested()，它返回NULL或与该GPIO相关的标签，当它
> > +被请求时。
> > +
> > +
> >   平台支持
> > --------
> > +--------
> > +
> >   为了支持这个框架，一个平台的 Kconfig 文件将会 "select"(选择)
> >   ARCH_REQUIRE_GPIOLIB 或 ARCH_WANT_OPTIONAL_GPIOLIB，并让它的
> >   <asm/gpio.h> 包含 <asm-generic/gpio.h>，同时定义三个方法:
> > @@ -489,7 +550,7 @@ ARCH_WANT_OPTIONAL_GPIOLIB 意味着 gpiolib 核心默认关闭,且用户可以
> >   如果这些选项都没被选择,该平台就不通过 GPIO-lib 支持 GPIO,且代码不可以
> >   被用户使能。
> >   
> > -以下这些方法的实现可以直接使用框架代码,并总是通过 gpio_chip 调度:
> > +以下这些方法的实现可以直接使用框架代码,并总是通过 gpio_chip 调度::
> >   
> >     #define gpio_get_value	__gpio_get_value
> >     #define gpio_set_value	__gpio_set_value
> > @@ -508,7 +569,8 @@ arch_initcall()或者更早的地方集成进平台初始化代码，使这些 G
> >   且他们通常可以作为 IRQ 使用。
> >   
> >   板级支持
> > --------
> > +--------
> > +
> >   对于外部 GPIO 控制器(例如 I2C 或 SPI 扩展器、专用芯片、多功能器件、FPGA
> >   或 CPLD)，大多数常用板级特定代码都可以注册控制器设备，并保证他们的驱动知道
> >   gpiochip_add()所使用的 GPIO 编号。他们的起始编号通常跟在平台特定的 GPIO
> > @@ -526,8 +588,9 @@ GPIO 可以工作之后才可被注册。解决这类依赖的的一种方法是
> >   设备变成无效时移除它们。
> >   
> >   
> > -用户空间的 Sysfs 接口(可选)
> > -========================
> > +用户空间的 Sysfs 接口（可选）
> > +=============================
> > +
> >   使用“gpiolib”实现框架的平台可以选择配置一个 GPIO 的 sysfs 用户接口。
> >   这不同于 debugfs 接口，因为它提供的是对 GPIO方向和值的控制，而不只显示
> >   一个GPIO 的状态摘要。此外,它可以出现在没有调试支持的产品级系统中。
> > @@ -548,7 +611,8 @@ GPIO 可以工作之后才可被注册。解决这类依赖的的一种方法是
> >   
> >   Sysfs 中的路径
> >   --------------
> > -在/sys/class/gpio 中有 3 类入口:
> > +
> > +在/sys/class/gpio 中有 3 类入口::
>   
> list, not code.

Ok. Thanks for your review.



Thanks,

Yanteng

> >   
> >      -	用于在用户空间控制 GPIO 的控制接口;
> >   
> > @@ -625,8 +689,9 @@ GPIO 控制器的路径类似 /sys/class/gpio/gpiochip42/ (对于从#42 GPIO
> >   
> >   
> Thanks,