| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-Id: <20240906-dev-mule-i2c-mux-v8-0-dbd28a150e41@cherry.de>
Date: Fri, 06 Sep 2024 17:54:11 +0200
From: Farouk Bouabid <farouk.bouabid@...rry.de>
To: Andi Shyti <andi.shyti@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
Farouk Bouabid <farouk.bouabid@...rry.de>,
Quentin Schulz <quentin.schulz@...rry.de>, Peter Rosin <peda@...ntia.se>,
Jean Delvare <jdelvare@...e.com>, Guenter Roeck <linux@...ck-us.net>,
Heiko Stuebner <heiko@...ech.de>
Cc: linux-i2c@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-hwmon@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-rockchip@...ts.infradead.org,
Wolfram Sang <wsa+renesas@...g-engineering.com>
Subject: [PATCH v8 0/8] Add tsd,mule-i2c-mux support
Theobroma Systems Mule is an MCU that emulates a set of I2C devices which
are reachable through an I2C-mux.
The devices on the mux can be selected by writing the appropriate
device number to an I2C config register (0xff) that is not used by
amc6821 logic. This required us to add a new compatible to the amc6821
driver, from which, the new platform device "tsd,mule-i2c-mux" is probed.
The selected device on the mux can be accessed for reading and writing
at I2C address 0x6f.
+--------+----------------+------------------------------+
| Mule |
0x18 | +------------------+ |
--------+----->| amc6821 | |
| | +------------------+ |
| +----->| tsd,mule-i2c-mux |---+ |
| +------------------+ | |
| V__ +---------+ |
| | \-------->| isl1208 | |
| | | +---------+ |
0x6f | | M |-------->| dev #1 | |
------------------------------------>| U | +---------+ |
| | X |-------->| dev #2 | |
| | | +---------+ |
| | /-------->| dev #3 | |
| |__/ +---------+ |
+--------------------------------------------------------+
This patch-series adds support for the tsd,mule-i2c multiplexer
as part of rk3399-puma, px30-ringneck, rk3588-tiger and rk3588-jaguar
boards.
Please merge patch 1 before patch 3
Please merge patches 2, 3 and 4 (and 1) before patches 5, 6, 7, 8
Signed-off-by: Farouk Bouabid <farouk.bouabid@...rry.de>
Changes in v8:
- Rename functions/macro in i2c-mux-mule.c that have "mux_" prefix using
prefix "mule_i2c_mux_" instead.
- Remove extra "/t" after .driver in i2c-mux-mule.c
- Add a space after "{"" and before "}" for mule_i2c_mux_of_match.
- Link to v7: https://lore.kernel.org/r/20240902-dev-mule-i2c-mux-v7-0-bf7b8f5385ed@cherry.de
Changes in v7:
- Merged __mux_select and mux_select functions in patch 2
- Removed unnecessary prints after mux_alloc and add_adapter calls in patch 2
- Added Guenter's Reviewed-by tag
- Added Rob's Reviewed-by tag
- Added Wolfram's Reviewed/Acked-by tags
- Link to v6: https://lore.kernel.org/r/20240725-dev-mule-i2c-mux-v6-0-f9f6d7b60fb2@cherry.de
Changes in v6:
- Move ti,amc6821 from trivial-devices into its own dt-bindings
- Use same regmap config structure for both tsd,mule and ti,amc6821
- Remove max_register from regmap config structure for amc6821
- Link to v5: https://lore.kernel.org/r/20240708-dev-mule-i2c-mux-v5-0-71446d3f0b8d@cherry.de
Changes in v5:
- Drop the mfd implementation of v4
- Add more dev_probe_err callbacks to tsd,mule-i2c-mux
- Instantiate tsd,mule-i2c-mux as a platform device from amc6821 driver
- add "Theobroma Systems" when describing mule.
- Link to v4: https://lore.kernel.org/lkml/20240618-dev-mule-i2c-mux-v4-0-5462d28354c8@cherry.de/
Changes in v4:
- Drop the previously added i2c adapter quirks
- Add platform driver probe to amc6821.
- Change mule-i2c-mux driver to a platform driver
- Add dev_probe_err in mule-i2c-mux driver
- Add support for tsd,mule in simple-mfd-i2c
- Add tsd,mule mfd to supported dts
- Link to v3: https://lore.kernel.org/r/20240611-dev-mule-i2c-mux-v3-0-08d26a28e001@cherry.de
Changes in v3:
- Change "i2c" in comments/commit-logs to "I2C"
- Fix long line-length
- Warn when "share_addr_with_children" is set and the Mux is not an I2C device
- Fix/stop propagating "I2C_AQ_SKIP_ADDR_CHECK" flag if "share_addr_with_children"
is not set.
- Fix "old_fw" variable is used to indicate the reversed meaning.
- Link to v2: https://lore.kernel.org/r/20240506-dev-mule-i2c-mux-v2-0-a91c954f65d7@cherry.de
Changes in v2:
- Add i2c-adapter quirks to skip checking for conflict between the mux core
and a child device address.
- Rename dt-binding to "tsd,mule-i2c-mux.yaml"
- Add Mule description to kconfig
- Fix indentation
- Move device table after probe
- Link to v1: https://lore.kernel.org/r/20240426-dev-mule-i2c-mux-v1-0-045a482f6ffb@theobroma-systems.com
---
Farouk Bouabid (8):
dt-bindings: i2c: add support for tsd,mule-i2c-mux
i2c: muxes: add support for tsd,mule-i2c multiplexer
dt-bindings: hwmon: add support for ti,amc6821
hwmon: (amc6821) add support for tsd,mule
arm64: dts: rockchip: add tsd,mule-i2c-mux on rk3588-jaguar
arm64: dts: rockchip: add tsd,mule-i2c-mux on rk3399-puma
arm64: dts: rockchip: add tsd,mule-i2c-mux on rk3588-tiger
arm64: dts: rockchip: add tsd,mule-i2c-mux on px30-ringneck
.../devicetree/bindings/hwmon/ti,amc6821.yaml | 86 ++++++++++++
.../devicetree/bindings/i2c/tsd,mule-i2c-mux.yaml | 69 ++++++++++
.../devicetree/bindings/trivial-devices.yaml | 2 -
arch/arm64/boot/dts/rockchip/px30-ringneck.dtsi | 24 +++-
arch/arm64/boot/dts/rockchip/rk3399-puma.dtsi | 24 +++-
arch/arm64/boot/dts/rockchip/rk3588-jaguar.dts | 25 +++-
arch/arm64/boot/dts/rockchip/rk3588-tiger.dtsi | 23 +++-
drivers/hwmon/amc6821.c | 12 +-
drivers/i2c/muxes/Kconfig | 16 +++
drivers/i2c/muxes/Makefile | 1 +
drivers/i2c/muxes/i2c-mux-mule.c | 148 +++++++++++++++++++++
11 files changed, 404 insertions(+), 26 deletions(-)
---
base-commit: b831f83e40a24f07c8dcba5be408d93beedc820f
change-id: 20240404-dev-mule-i2c-mux-9103cde07021
Best regards,
--
Farouk Bouabid <farouk.bouabid@...rry.de>
Powered by blists - more mailing lists