[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200129151953.31582-6-luca@lucaceresoli.net>
Date: Wed, 29 Jan 2020 16:19:30 +0100
From: Luca Ceresoli <luca@...aceresoli.net>
To: linux-i2c@...r.kernel.org, linux-doc@...r.kernel.org
Cc: Luca Ceresoli <luca@...aceresoli.net>,
Wolfram Sang <wsa@...-dreams.de>,
Jean Delvare <jdelvare@...e.de>, Peter Rosin <peda@...ntia.se>,
linux-kernel@...r.kernel.org
Subject: [PATCH v3 05/28] docs: i2c: fix typo
Fix "issus" -> "issues".
Signed-off-by: Luca Ceresoli <luca@...aceresoli.net>
Acked-by: Peter Rosin <peda@...ntia.se>
Reviewed-by: Jean Delvare <jdelvare@...e.de>
---
Documentation/i2c/i2c-topology.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/i2c/i2c-topology.rst b/Documentation/i2c/i2c-topology.rst
index 0875090d6aeb..b413ef6a6773 100644
--- a/Documentation/i2c/i2c-topology.rst
+++ b/Documentation/i2c/i2c-topology.rst
@@ -169,7 +169,7 @@ PL1. If you build a topology with a parent-locked mux being the child
of another mux, this might break a possible assumption from the
child mux that the root adapter is unused between its select op
and the actual transfer (e.g. if the child mux is auto-closing
- and the parent mux issus I2C-transfers as part of its select).
+ and the parent mux issues I2C-transfers as part of its select).
This is especially the case if the parent mux is mux-locked, but
it may also happen if the parent mux is parent-locked.
--
2.25.0
Powered by blists - more mailing lists