On Mon, Jan 19, 2015 at 05:03:33PM +0100, Paul Osmialowski wrote:
> This patch solves deadlock between clock prepare mutex and regmap mutex
> reported
> by Tomasz Figa in [1] by implementing solution from [2]: "always leave the
> clock
> of the i2c controller in a prepared state".
>
> [1]
2015-01-19 17:03 GMT+01:00 Paul Osmialowski :
> This patch solves deadlock between clock prepare mutex and regmap mutex
> reported
> by Tomasz Figa in [1] by implementing solution from [2]: "always leave the
> clock
> of the i2c controller in a prepared state".
>
> [1]
2015-01-19 17:03 GMT+01:00 Paul Osmialowski p.osmialo...@samsung.com:
This patch solves deadlock between clock prepare mutex and regmap mutex
reported
by Tomasz Figa in [1] by implementing solution from [2]: always leave the
clock
of the i2c controller in a prepared state.
[1]
On Mon, Jan 19, 2015 at 05:03:33PM +0100, Paul Osmialowski wrote:
This patch solves deadlock between clock prepare mutex and regmap mutex
reported
by Tomasz Figa in [1] by implementing solution from [2]: always leave the
clock
of the i2c controller in a prepared state.
[1]
This patch solves deadlock between clock prepare mutex and regmap mutex reported
by Tomasz Figa in [1] by implementing solution from [2]: "always leave the clock
of the i2c controller in a prepared state".
[1] https://lkml.org/lkml/2014/7/2/171
[2] https://lkml.org/lkml/2014/7/2/207
On each i2c
This patch solves deadlock between clock prepare mutex and regmap mutex reported
by Tomasz Figa in [1] by implementing solution from [2]: always leave the clock
of the i2c controller in a prepared state.
[1] https://lkml.org/lkml/2014/7/2/171
[2] https://lkml.org/lkml/2014/7/2/207
On each i2c
6 matches
Mail list logo