On 11/13/2014 05:39 AM, Wolfram Sang wrote:
The current implementation creates muxed i2c-<n> busses as immediate
children of their i2c-<n> parent bus. In case of multiple muxes on one
bus, it is impossible to determine which muxed bus comes from which mux.

It could be argued that the parent device should be changed from the
parent adapter to the mux device. This has pros and cons. To improve the
topology, simply add a "muxed_device" symlink pointing to the actual
muxing device, so we can distinguish muxed busses. Doing it this way, we
don't break the ABI.

Signed-off-by: Wolfram Sang <[email protected]>
Cc: Jean Delvare <[email protected]>
Cc: Guenter Roeck <[email protected]>
Cc: Martin Belanger <[email protected]>
Cc: Rodolfo Giometti <[email protected]>
Cc: Michael Lawnick <[email protected]>
Cc: Jeroen De Wachter <[email protected]>
Cc: Gerlando Falauto <[email protected]>

This version works for me and passes testing with our application code.

Tested-by: Guenter Roeck <[email protected]>

---
  drivers/i2c/i2c-mux.c | 4 ++++
  1 file changed, 4 insertions(+)

diff --git a/drivers/i2c/i2c-mux.c b/drivers/i2c/i2c-mux.c
index 2d0847b6be62..f246a9f7dd22 100644
--- a/drivers/i2c/i2c-mux.c
+++ b/drivers/i2c/i2c-mux.c
@@ -183,6 +183,9 @@ struct i2c_adapter *i2c_add_mux_adapter(struct i2c_adapter 
*parent,
                return NULL;
        }

+       WARN(sysfs_create_link(&priv->adap.dev.kobj, &mux_dev->kobj, 
"mux_device"),
+                              "can't create symlink to mux device\n");
+
        dev_info(&parent->dev, "Added multiplexed i2c bus %d\n",
                 i2c_adapter_id(&priv->adap));

@@ -194,6 +197,7 @@ void i2c_del_mux_adapter(struct i2c_adapter *adap)
  {
        struct i2c_mux_priv *priv = adap->algo_data;

+       sysfs_remove_link(&priv->adap.dev.kobj, "mux_device");
        i2c_del_adapter(adap);
        kfree(priv);
  }


--
To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to