Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On Thu, Jan 18, 2018 at 9:19 AM, Peter Rosin wrote: > On 2018-01-18 08:58, Linus Walleij wrote: >> On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote: >> >>> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the >>> addition of the range. So,

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On Thu, Jan 18, 2018 at 9:19 AM, Peter Rosin wrote: > On 2018-01-18 08:58, Linus Walleij wrote: >> On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote: >> >>> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the >>> addition of the range. So, without a range, gpiolib will keep >>>

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On 2018-01-18 08:58, Linus Walleij wrote: > On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote: > >> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the >> addition of the range. So, without a range, gpiolib will keep >> deferring indefinitely. >> >> Fixes:

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On 2018-01-18 08:58, Linus Walleij wrote: > On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote: > >> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the >> addition of the range. So, without a range, gpiolib will keep >> deferring indefinitely. >> >> Fixes: e10f72bf4b3e ("gpio:

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote: > Without such a range, gpiolib fails with -EPROBE_DEFER, pending the > addition of the range. So, without a range, gpiolib will keep > deferring indefinitely. > > Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On Wed, Jan 17, 2018 at 2:34 PM, Peter Rosin wrote: > Without such a range, gpiolib fails with -EPROBE_DEFER, pending the > addition of the range. So, without a range, gpiolib will keep > deferring indefinitely. > > Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state persistence beyond >

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On 2018-01-17 16:05, Andrew Jeffery wrote: > On Wed, 2018-01-17 at 14:34 +0100, Peter Rosin wrote: >> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the >> addition of the range. So, without a range, gpiolib will keep >> deferring indefinitely. >> >> Fixes: e10f72bf4b3e ("gpio:

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On 2018-01-17 16:05, Andrew Jeffery wrote: > On Wed, 2018-01-17 at 14:34 +0100, Peter Rosin wrote: >> Without such a range, gpiolib fails with -EPROBE_DEFER, pending the >> addition of the range. So, without a range, gpiolib will keep >> deferring indefinitely. >> >> Fixes: e10f72bf4b3e ("gpio:

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On Wed, 2018-01-17 at 14:34 +0100, Peter Rosin wrote: > Without such a range, gpiolib fails with -EPROBE_DEFER, pending the > addition of the range. So, without a range, gpiolib will keep > deferring indefinitely. > > Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state persistence beyond >

Re: [PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

On Wed, 2018-01-17 at 14:34 +0100, Peter Rosin wrote: > Without such a range, gpiolib fails with -EPROBE_DEFER, pending the > addition of the range. So, without a range, gpiolib will keep > deferring indefinitely. > > Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state persistence beyond >

[PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

Without such a range, gpiolib fails with -EPROBE_DEFER, pending the addition of the range. So, without a range, gpiolib will keep deferring indefinitely. Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state persistence beyond sleep") Suggested-by: Linus Walleij

[PATCH 3/3] pinctrl: sx150x: add a static gpio/pinctrl pin range mapping

Without such a range, gpiolib fails with -EPROBE_DEFER, pending the addition of the range. So, without a range, gpiolib will keep deferring indefinitely. Fixes: e10f72bf4b3e ("gpio: gpiolib: Generalise state persistence beyond sleep") Suggested-by: Linus Walleij Signed-off-by: Peter Rosin ---