Hi!
On 2016-04-11 14:39, Wolfram Sang wrote:
Hi Peter,
To summarize the series, there's some i2c-mux infrastructure cleanup work
first (I think that part stands by itself as desireable regardless), the
locking changes are in 16/24 and after with the real meat in 18/24. There
is some
From: Peter Rosin <p...@axentia.se>
All i2c mux users are using an explicit i2c mux core, drop support
for implicit i2c mux cores.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/i2c-mux.c | 59 -
include/linux/i2
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select op to be in terms of the i2c mux core instead
of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/i2c-m
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/i2c-mux
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select op to be in terms of the i2c mux core instead
of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/usb/cx231xx/cx231xx
From: Peter Rosin <p...@axentia.se>
Instead of checking for i2c parent adapters for every lock/unlock, simply
override the locking for muxes to always lock/unlock the parent adapter
directly.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/i2c
From: Peter Rosin <p...@axentia.se>
All i2c-muxes have a parent adapter and one or many child
adapters. A mux also has some means of selection. Previously,
this was stored per child adapter, but it is only needed
to keep track of this per mux.
Add an i2c mux core, that keeps
From: Peter Rosin <p...@axentia.se>
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-frontends/rtl2832_sdr.c | 302 +-
1 file changed, 132 insertions(+), 170 deletions(-)
diff --git a
From: Peter Rosin <p...@axentia.se>
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-frontends/rtl2832.c | 30 --
drivers/media/dvb-frontends/rtl2832_priv.h | 1 -
2 files cha
From: Peter Rosin <p...@axentia.se>
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/imu
From: Peter Rosin <p...@axentia.se>
Add i2c_lock_bus() and i2c_unlock_bus(), which call the new lock_bus and
unlock_bus ops in the adapter. These funcs/ops take an additional flags
argument that indicates for what purpose the adapter is locked.
There are two flags, I2C_LOCK_A
On 2016-04-03 13:09, Jonathan Cameron wrote:
> On 03/04/16 09:52, Peter Rosin wrote:
>> From: Peter Rosin <p...@axentia.se>
>>
>> Signed-off-by: Peter Rosin <p...@axentia.se>
> Very nice, one typo that I could see.
Thanks!
*snip*
>> + and the actu
On 2016-04-04 07:16, Rob Herring wrote:
> On Sun, Apr 03, 2016 at 10:52:44AM +0200, Peter Rosin wrote:
>> From: Peter Rosin <p...@axentia.se>
>>
>> Allocate an explicit i2c mux core to handle parent and child adapters
>> etc. Update the select op to be in
Hi!
On 2016-04-21 22:58, Peter Rosin wrote:
> +See the official I2S specification
> +https://www.sparkfun.com/datasheets/BreakoutBoards/I2SBUS.pdf
I've searched for a bit, and the best I can find is (IMHO)
https://web.archive.org/web/20060702004954/http://www.semiconductors.phili
On 2016-04-25 19:36, Mark Brown wrote:
> On Mon, Apr 25, 2016 at 04:15:40PM +0200, Peter Rosin wrote:
>
>> I've searched for a bit, and the best I can find is (IMHO)
>> https://web.archive.org/web/20060702004954/http://www.semiconductors.philips.com/acrobat_download/various/I2SBU
Hi Wolfram,
Wolfram Sang wrote:
> This was the diff of v6:
>
> > 32 files changed, 1277 insertions(+), 915 deletions(-)
>
> This is v7:
>
> > 32 files changed, 1225 insertions(+), 916 deletions(-)
>
> So, we gained a little overall. And while the individual drivers have a
> few lines more
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/imu
On 2016-04-29 09:16, Wolfram Sang wrote:
>> Yes, obviously... I'll make that change locally and wait for the rest.
> Another nit: You could use '--strict' with checkpatch and see if you
> want to fix the issues reported. I am not keen on those (except for
> 'space around operators'), it's a matter
On 2016-04-28 22:50, Wolfram Sang wrote:
> On Wed, Apr 20, 2016 at 05:17:56PM +0200, Peter Rosin wrote:
>> Add i2c_lock_bus() and i2c_unlock_bus(), which call the new lock_bus and
>> unlock_bus ops in the adapter. These funcs/ops take an additional flags
>> argument th
On 2016-04-28 23:47, Wolfram Sang wrote:
> On Wed, Apr 20, 2016 at 05:18:02PM +0200, Peter Rosin wrote:
>> The root i2c adapter lock is then no longer held by the i2c mux during
>> accesses behind the i2c gate, and such accesses need to take that lock
>> just like any other
apter in the same
adapter tree that is muxed, and request a "mux-locked mux" if that is the
case.
Modify the select-transfer-deselect code for "mux-locked" muxes so
that each of the select-transfer-deselect ops locks the mux parent
adapter individually.
Signed-off-by: Peter R
Instead of checking for i2c parent adapters for every lock/unlock, simply
override the locking for muxes to always lock/unlock the parent adapter
directly.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/i2c-core.c | 21 +++--
drivers/i2c/i2c-mux.c
Tested-by: Antti Palosaari <cr...@iki.fi>
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-frontends/rtl2832_sdr.c | 302 +-
1 file changed, 132 insertions(+), 170 deletions(-)
diff --g
makes the
i2c accesses unlocked. But add a mutex so that firmware commands are
still serialized.
Signed-off-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/i2c/i2c-topology| 2 +-
drivers/media/dvb-frontends/
Tested-by: Antti Palosaari <cr...@iki.fi>
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-frontends/rtl2832.c | 30 --
drivers/media/dvb-frontends/rtl2832_priv.h | 1 -
2 files cha
e
i2c adapter lock until the very end (and grabs the newfangled i2c mux
lock where it previously grabbed the i2c adapter lock).
Acked-by: Jonathan Cameron <ji...@kernel.org>
Acked-by: Daniel Baluta <daniel.bal...@intel.com>
Tested-by: Crestez Dan Leonard <leonard.cres...@i
Wolfram Sang wrote:
> > > wonder even more if we couldn't supply num_adapters to i2c_mux_alloc()
> > > and reserve the memory statically. i2c busses are not
> > > dynamic/hot-pluggable so that should be good enough?
> >
> > Yes, that would work, but it would take some restructuring in some of
> >
On 2016-04-18 17:11, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 01:18:47PM +0000, Peter Rosin wrote:
>> Mark Brown wrote:
>
>>>
>>> There aren't any (beyond the usual references to the Wolfson datasheets
>>> which I'd suggest should be in here) but
507...@lysator.liu.se>
On April 19, 2016 5:58:11 PM CEST, Crestez Dan Leonard
<leonard.cres...@intel.com> wrote:
> On 04/03/2016 11:52 AM, Peter Rosin wrote:
> > From: Peter Rosin <p...@axentia.se>
> >
> > Allocate an explicit i2c mux core to handle parent and
Provide *our* view of what the rules are for the different DAI formats,
so that we do not have to trust external interpretations for this
crucial bit of interoperability.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/sound/alsa/soc/clocking.txt
Provide *our* view of what the rules are for the different DAI formats,
so that we do not have to trust external interpretations for this
crucial bit of interoperability.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/sound/alsa/soc/clocking.txt
of the old interface, which will
create one implicit mux core per child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/i2c-mux.c | 175
include/linux/i2c-mux.h | 34 ++
2 files changed, 168 insertions(
deselect op
for all child adapters.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/i2c-mux-pca954x.c | 61 ++---
1 file changed, 30 insertions(+), 31 deletions(-)
diff --git a/drivers/i2c/muxes/i2c-mux-pca954x.c
b/drivers/i2c/muxes/i
makes the
i2c accesses unlocked. But add a mutex so that firmware commands are
still serialized.
Signed-off-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/i2c/i2c-topology| 2 +-
drivers/media/dvb-frontends/
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-frontends/rtl2832_sdr.c | 302 +-
1 file changed, 132 insertions(+), 170 deletions(-)
diff --git a/drivers/media/dvb-frontends/rtl2832_sdr.c
b/d
apter in the same
adapter tree that is muxed, and request a "mux-locked mux" if that is the
case.
Modify the select-transfer-deselect code for "mux-locked" muxes so
that each of the select-transfer-deselect ops locks the mux parent
adapter individually.
Signed-off-by: Peter R
e
i2c adapter lock until the very end (and grabs the newfangled i2c mux
lock where it previously grabbed the i2c adapter lock).
Acked-by: Jonathan Cameron <ji...@kernel.org>
Acked-by: Daniel Baluta <daniel.bal...@intel.com>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Docu
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/i2c-arb-gpio-challenge.
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/i2c-mux-pinctrl.
losaari (1):
[media] si2168: change the i2c gate to be mux-locked
Peter Rosin (23):
i2c-mux: add common data for every i2c-mux instance
i2c: i2c-mux-gpio: convert to use an explicit i2c mux core
i2c: i2c-mux-pinctrl: convert to use an explicit i2c mux core
i2c: i2c-arb-gpio-challenge: co
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select op to be in terms of the i2c mux core instead
of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/usb/cx231xx/cx231xx-core.c | 6 ++--
drivers/media/usb/cx231xx/c
to call it, as it is not
expected to be needed outside of the i2c core).
Implement i2c_lock_adapter/i2c_unlock_adapter in terms of the new locking
scheme (i.e. lock with the I2C_LOCK_ADAPTER flag).
Annotate some of the locking with explicit I2C_LOCK_SEGMENT flags.
Signed-off-by: Peter Rosin &l
Instead of checking for i2c parent adapters for every lock/unlock, simply
override the locking for muxes to always lock/unlock the parent adapter
directly.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/i2c-core.c | 21 +++--
drivers/i2c/i2c-mux.c
All i2c mux users are using an explicit i2c mux core, drop support
for implicit i2c mux cores.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/i2c-mux.c | 63 -
include/linux/i2c-mux.h | 15
2 files changed, 78 del
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select op to be in terms of the i2c mux core instead
of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-fronten
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select op to be in terms of the i2c mux core instead
of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/dvb-frontends
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/imu
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/d
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Reviewed-by: Antti Palosaari <cr...@iki.fi>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/media/d
Allocate an explicit i2c mux core to handle parent and child adapters
etc. Update the select/deselect ops to be in terms of the i2c mux core
instead of the child adapter.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/i2c-mux-pca9541.
Provide *our* view of what the rules are for the different DAI formats,
so that we do not have to trust external interpretations for this
crucial bit of interoperability.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/sound/alsa/soc/clocking.txt
On 2017-02-02 17:08, Rob Herring wrote:
> On Tue, Jan 31, 2017 at 1:36 AM, Peter Rosin <p...@axentia.se> wrote:
>> If you see this new driver as something that is superseding the existing
>> i2c-mux-gpio driver, I'm sad to inform you that the code is not simply
>> not t
On 2017-01-30 18:20, Rob Herring wrote:
> On Sat, Jan 28, 2017 at 4:42 PM, Peter Rosin <p...@axentia.se> wrote:
>> On 2017-01-27 20:39, Rob Herring wrote:
>>> On Wed, Jan 18, 2017 at 04:57:10PM +0100, Peter Rosin wrote:
>>>> Describe how a generic multiplexer
ee on the mux state, but I suspect that the rwsem will
degrade to the mutex situation pretty quickly if there is
any contention.
Also, the "mux" name feels a bit ambitious, there are many muxes
in the world, and this tiny bit of code is probably not good
enough to be a nice fit for all.
Everything else is indented with two spaces, so fix the odd one out.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/driver-model/devres.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/
Analog Devices ADG792A/G is a triple 4:1 mux.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/mux/adi,adg792a.txt| 75 ++
1 file changed, 75 insertions(+)
create mode 100644 D
comes with a single backend
driver that controls gpio based multiplexers. Even though not needed by
this initial driver, the mux controller subsystem is prepared to handle
chips with multiple (independent) mux controllers.
Reviewed-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Ro
<ji...@kernel.org>
Acked-by: Rob Herring <r...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/devicetree/bindings/mux/gpio-mux.txt | 69 +
.../devicetree/bindings/mux/mux-controller.txt | 157
olfram Sang <w...@the-dreams.de>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/Kconfig | 13 +++
drivers/i2c/muxes/Makefile| 1 +
drivers/i2c/muxes/i2c-mux-gpmux.c | 173 ++
3 files changed, 187 insertions(+)
Describe how a multiplexer can be used to select which signal is fed to
an io-channel.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Acked-by: Rob Herring <r...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../bindings/iio/multiplexer/io-chann
, creating a private
copy of the ext_info attributes for each multiplexer state/channel.
Reviewed-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
MAINTAINERS | 1 +
drivers/iio/Kconfig | 1 +
drivers/
Describe how a general purpose multiplexer controller is used to mux an
i2c bus.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/i2c/i2c-mux-gpmux.txt | 99 ++
1 file changed, 99 insertion
Analog Devices ADG792A/G is a triple 4:1 mux.
Reviewed-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/mux/Kconfig | 12
drivers/mux/Makefile | 1 +
drivers/mux/mux-adg
Extend the inkern api with functions for reading and writing ext_info
of iio channels.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/inkern.c | 60
include/linux/iio/con
The rename did the wrong thing for this documentation file all those
years ago. Fix that as well as the neglected rename of the platform
data structure.
Fixes: e7065e20d9a6 ("i2c: Rename last mux driver to standard pattern")
Signed-off-by: Peter Rosin <p...@axentia.se>
---
D
On 2017-01-22 14:30, Jonathan Cameron wrote:
> On 18/01/17 15:57, Peter Rosin wrote:
>> Allow bindings for a GPIO controlled mux to be specified in the
>> mux consumer node.
>>
>> Signed-off-by: Peter Rosin <p...@axentia.se>
> Code is good as far as I am
On 2017-01-27 18:49, Rob Herring wrote:
> On Wed, Jan 18, 2017 at 04:57:05PM +0100, Peter Rosin wrote:
>> Allow specifying that a single multiplexer controller can be used to control
>> several parallel multiplexers, thus enabling sharing of the multiplexer
>> controller b
On 2017-01-27 20:50, Rob Herring wrote:
> On Wed, Jan 18, 2017 at 04:57:12PM +0100, Peter Rosin wrote:
>> Analog Devices ADG792A/G is a triple 4:1 mux.
>>
>> Acked-by: Jonathan Cameron <ji...@kernel.org>
>> Signed-off-by: Peter Rosin <p...@axentia.se>
>
On 2017-01-27 16:52, Rob Herring wrote:
> On Mon, Jan 23, 2017 at 11:24:18AM +0100, Peter Rosin wrote:
>> On 2017-01-22 14:30, Jonathan Cameron wrote:
>>> On 18/01/17 15:57, Peter Rosin wrote:
>>>> Allow bindings for a GPIO controlled mux to be specified
Allow bindings for a GPIO controlled mux to be specified in the
mux consumer node.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/mux/mux-controller.txt | 26 ++
1 file changed, 26 inserti
ang <w...@the-dreams.de>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/i2c/muxes/Kconfig | 13 +++
drivers/i2c/muxes/Makefile | 1 +
drivers/i2c/muxes/i2c-mux-simple.c | 182 +
3 files changed, 196 insertions(+)
create mode 100644
Allow bindings for a GPIO controlled mux to be specified in the
mux consumer node.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/mux/Kconfig| 5 +
drivers/mux/mux-core.c | 23 +--
drivers/mux/mux-gpio.c | 28 +---
drivers/m
Analog Devices ADG792A/G is a triple 4:1 mux.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/mux/mux-adg792a.txt| 79 ++
1 file changed, 79 insertions(+)
create mode 100644 D
Everything else is indented with two spaces, so fix the odd one out.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/driver-model/devres.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/
ention.
Also, the "mux" name feels a bit ambitious, there are many muxes
in the world, and this tiny bit of code is probably not good
enough to be a nice fit for all...
Cheers,
peda
Peter Rosin (12):
devres: trivial whitespace fix
dt-bindings: document devicetree bindings for mux-contro
, creating a private
copy of the ext_info attributes for each multiplexer state/channel.
Reviewed-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
MAINTAINERS | 1 +
drivers/iio/Kconfig | 1 +
drivers/
Analog Devices ADG792A/G is a triple 4:1 mux.
Reviewed-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/mux/Kconfig | 12
drivers/mux/Makefile | 1 +
drivers/mux/mux-adg
comes with a single backend
driver that controls gpio based multiplexers. Even though not needed by
this initial driver, the mux controller subsystem is prepared to handle
chips with multiple (independent) mux controllers.
Reviewed-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Ro
Describe how a multiplexer can be used to select which signal is fed to
an io-channel.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../bindings/iio/multiplexer/io-channel-mux.txt| 39 ++
<ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/mux/mux-controller.txt | 127 +
Documentation/devicetree/bindings/mux/mux-gpio.txt | 68 +++
MAINTAINERS| 5 +
3 files
Describe how a generic multiplexer controller is used to mux an i2c bus.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/i2c/i2c-mux-simple.txt | 81 ++
1 file changed, 81 insertions(+)
Extend the inkern api with functions for reading and writing ext_info
of iio channels.
Acked-by: Jonathan Cameron <ji...@kernel.org>
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/inkern.c | 60
include/linux/iio/con
Hi!
The status of this series [1] is that Rob Herring has acked/reviewed all
devicetree changes, so I suppose that's ok. Jonathan Cameron has acked
the additions to the iio subsystem and reviewed the new iio driver.
Wolfram Sang has acked the i2c-mux driver. That's acks or reviews from
the
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/i2c/i2c-topology | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/i2c/i2c-topology b/Documentation/i2c/i2c-topology
index e0aefeece551..1a014fede0b7 100644
--- a/Documentation/i2c/i2c-to
On 2016-11-22 21:58, Lars-Peter Clausen wrote:
> On 11/21/2016 02:17 PM, Peter Rosin wrote:
> [...]
>> I have a piece of hardware that is using the same 3 GPIO pins
>> to control four 8-way muxes. Three of them control ADC lines
>> to an ADS1015 chip with an iio
, creating a private
copy of the ext_info attributes for each multiplexer state/channel.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
MAINTAINERS | 1 +
drivers/iio/Kconfig | 1 +
drivers/iio/Makefile | 1 +
drivers/iio/multiplexer/K
with a single backend driver
that controls gpio based multiplexers.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/driver-model/devres.txt | 6 +-
MAINTAINERS | 2 +
drivers/misc/Kconfig | 23 +++
drivers/misc/Makefile
the mux state, but I suspect that the rwsem will
degrade to the mutex situation pretty quickly if there is
any contention.
Also, the "mux" name feels a bit ambitious, there are many muxes
in the world, and this tiny bit of code is probably not good
enough to be a nice fit for all..
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/misc/mux-controller.txt| 106 +
.../devicetree/bindings/misc/mux-gpio.txt | 78 +++
MAINTAINERS| 5 +
3 files changed, 189 inse
Extend the inkern api with functions for reading and writing ext_info
of iio channels.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/inkern.c | 60
include/linux/iio/consumer.h | 37 +++
2 files c
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../devicetree/bindings/i2c/i2c-mux-simple.txt | 76 ++
1 file changed, 76 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-mux-simple.txt
diff --git a/Documentation/devicetree/bindings/i
Signed-off-by: Peter Rosin <p...@axentia.se>
---
.../bindings/iio/multiplexer/iio-mux.txt | 47 ++
MAINTAINERS| 6 +++
2 files changed, 53 insertions(+)
create mode 100644
Documentation/devicetree/bindings/iio/multi
On 2016-11-24 16:18, Peter Rosin wrote:
> v3 -> v4 changes
> - added support for having the mux-controller in a child node of a
> mux-consumer if it is a sole consumer, to hopefully even further satisfy
> the complaint from Rob (and later Lars-Peter) about dt complexity.
>
with a single backend driver
that controls gpio based multiplexers.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
Documentation/driver-model/devres.txt | 6 +-
MAINTAINERS | 2 +
drivers/misc/Kconfig | 23 +++
drivers/misc/Makefile
Extend the inkern api with functions for reading and writing ext_info
of iio channels.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
drivers/iio/inkern.c | 55
include/linux/iio/consumer.h | 37 +
2 files c
hat the rwsem will
degrade to the mutex situation pretty quickly if there is
any contention.
Also, the "mux" name feels a bit ambitious, there are many muxes
in the world, and this tiny bit of code is probably not good
enough to be a nice fit for all...
Cheers,
Peter
Peter Rosin (7):
dt-bi
, creating a private
copy of the ext_info attributes for each multiplexer state/channel.
Signed-off-by: Peter Rosin <p...@axentia.se>
---
MAINTAINERS | 1 +
drivers/iio/Kconfig | 1 +
drivers/iio/Makefile | 1 +
drivers/iio/multiplexer/K
1 - 100 of 238 matches
Mail list logo