a3b02a9c65
Add a new minimalistic subsystem that handles multiplexer controllers. When multiplexers are used in various places in the kernel, and the same multiplexer controller can be used for several independent things, there should be one place to implement support for said multiplexer controller. A single multiplexer controller can also be used to control several parallel multiplexers, that are in turn used by different subsystems in the kernel, leading to a need to coordinate multiplexer accesses. The multiplexer subsystem handles this coordination. Thanks go out to Lars-Peter Clausen, Jonathan Cameron, Rob Herring, Wolfram Sang, Paul Gortmaker, Dan Carpenter, Colin Ian King, Greg Kroah-Hartman and last but certainly not least to Philipp Zabel for helpful comments, reviews, patches and general encouragement! Reviewed-by: Jonathan Cameron <jic23@kernel.org> Signed-off-by: Peter Rosin <peda@axentia.se> Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de> Tested-by: Philipp Zabel <p.zabel@pengutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
17 lines
475 B
Plaintext
17 lines
475 B
Plaintext
What: /sys/class/mux/
|
|
Date: April 2017
|
|
KernelVersion: 4.13
|
|
Contact: Peter Rosin <peda@axentia.se>
|
|
Description:
|
|
The mux/ class sub-directory belongs to the Generic MUX
|
|
Framework and provides a sysfs interface for using MUX
|
|
controllers.
|
|
|
|
What: /sys/class/mux/muxchipN/
|
|
Date: April 2017
|
|
KernelVersion: 4.13
|
|
Contact: Peter Rosin <peda@axentia.se>
|
|
Description:
|
|
A /sys/class/mux/muxchipN directory is created for each
|
|
probed MUX chip where N is a simple enumeration.
|