On Wed, May 30, 2018 at 03:44:08PM +0200, Bartlomiej Zolnierkiewicz wrote:
> The similar issue with shared GPIOs seems to be present in commit
> c89c00e2b8f0 ("regulator: max77686: Pass descriptor instead of GPIO
> number") and Midas board (arch/arm/boot/dts/exynos4412-midas.dtsi).
> I don't have
On Wed, May 30, 2018 at 03:44:08PM +0200, Bartlomiej Zolnierkiewicz wrote:
> The similar issue with shared GPIOs seems to be present in commit
> c89c00e2b8f0 ("regulator: max77686: Pass descriptor instead of GPIO
> number") and Midas board (arch/arm/boot/dts/exynos4412-midas.dtsi).
> I don't have
On Monday, May 28, 2018 01:29:07 PM Bartlomiej Zolnierkiewicz wrote:
>
> Hi Linus,
>
> On Monday, May 28, 2018 10:41:31 AM Linus Walleij wrote:
> > On Sat, May 26, 2018 at 12:02 PM, Mark Brown wrote:
> > > On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
> > >> Instead of passing
On Monday, May 28, 2018 01:29:07 PM Bartlomiej Zolnierkiewicz wrote:
>
> Hi Linus,
>
> On Monday, May 28, 2018 10:41:31 AM Linus Walleij wrote:
> > On Sat, May 26, 2018 at 12:02 PM, Mark Brown wrote:
> > > On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
> > >> Instead of passing
On Mon, May 28, 2018 at 2:26 PM, Andy Shevchenko
wrote:
> On Mon, May 28, 2018 at 2:29 PM, Bartlomiej Zolnierkiewicz
> wrote:
>
>> - s2mps11->ext_control_gpiod = devm_kmalloc(>dev,
>> + s2mps11->ext_control_gpiod = devm_kzalloc(>dev,
>>
On Mon, May 28, 2018 at 2:26 PM, Andy Shevchenko
wrote:
> On Mon, May 28, 2018 at 2:29 PM, Bartlomiej Zolnierkiewicz
> wrote:
>
>> - s2mps11->ext_control_gpiod = devm_kmalloc(>dev,
>> + s2mps11->ext_control_gpiod = devm_kzalloc(>dev,
>>
On Mon, May 28, 2018 at 01:29:07PM +0200, Bartlomiej Zolnierkiewicz wrote:
> I've also tested the new code (with fixup) on Artik5 board (which
> actually uses GPIO properties) and discovered the other problem,
> the GPIO core code doesn't handle shared GPIOs which are used by
> many platforms.
On Mon, May 28, 2018 at 01:29:07PM +0200, Bartlomiej Zolnierkiewicz wrote:
> I've also tested the new code (with fixup) on Artik5 board (which
> actually uses GPIO properties) and discovered the other problem,
> the GPIO core code doesn't handle shared GPIOs which are used by
> many platforms.
On Mon, May 28, 2018 at 2:29 PM, Bartlomiej Zolnierkiewicz
wrote:
> - s2mps11->ext_control_gpiod = devm_kmalloc(>dev,
> + s2mps11->ext_control_gpiod = devm_kzalloc(>dev,
> sizeof(*s2mps11->ext_control_gpiod) * rdev_num,
>
On Mon, May 28, 2018 at 2:29 PM, Bartlomiej Zolnierkiewicz
wrote:
> - s2mps11->ext_control_gpiod = devm_kmalloc(>dev,
> + s2mps11->ext_control_gpiod = devm_kzalloc(>dev,
> sizeof(*s2mps11->ext_control_gpiod) * rdev_num,
> GFP_KERNEL);
Hi Linus,
On Monday, May 28, 2018 10:41:31 AM Linus Walleij wrote:
> On Sat, May 26, 2018 at 12:02 PM, Mark Brown wrote:
> > On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
> >> Instead of passing a global GPIO number for the enable GPIO, pass
> >> a
Hi Linus,
On Monday, May 28, 2018 10:41:31 AM Linus Walleij wrote:
> On Sat, May 26, 2018 at 12:02 PM, Mark Brown wrote:
> > On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
> >> Instead of passing a global GPIO number for the enable GPIO, pass
> >> a descriptor looked up with the
On Sat, May 26, 2018 at 12:02 PM, Mark Brown wrote:
> On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
>> Instead of passing a global GPIO number for the enable GPIO, pass
>> a descriptor looked up with the standard devm_gpiod_get_optional()
>> call.
>>
>> This
On Sat, May 26, 2018 at 12:02 PM, Mark Brown wrote:
> On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
>> Instead of passing a global GPIO number for the enable GPIO, pass
>> a descriptor looked up with the standard devm_gpiod_get_optional()
>> call.
>>
>> This regulator supports
On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
> Instead of passing a global GPIO number for the enable GPIO, pass
> a descriptor looked up with the standard devm_gpiod_get_optional()
> call.
>
> This regulator supports passing platform data, but enable/sleep
> regulators are
On Mon, May 14, 2018 at 10:06:31AM +0200, Linus Walleij wrote:
> Instead of passing a global GPIO number for the enable GPIO, pass
> a descriptor looked up with the standard devm_gpiod_get_optional()
> call.
>
> This regulator supports passing platform data, but enable/sleep
> regulators are
On Mon, May 14, 2018 at 10:06 AM, Linus Walleij
wrote:
> Instead of passing a global GPIO number for the enable GPIO, pass
> a descriptor looked up with the standard devm_gpiod_get_optional()
> call.
>
> This regulator supports passing platform data, but enable/sleep
>
On Mon, May 14, 2018 at 10:06 AM, Linus Walleij
wrote:
> Instead of passing a global GPIO number for the enable GPIO, pass
> a descriptor looked up with the standard devm_gpiod_get_optional()
> call.
>
> This regulator supports passing platform data, but enable/sleep
> regulators are looked up
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up with the standard devm_gpiod_get_optional()
call.
This regulator supports passing platform data, but enable/sleep
regulators are looked up from the device tree exclusively, so
we can need not touch other
Instead of passing a global GPIO number for the enable GPIO, pass
a descriptor looked up with the standard devm_gpiod_get_optional()
call.
This regulator supports passing platform data, but enable/sleep
regulators are looked up from the device tree exclusively, so
we can need not touch other
20 matches
Mail list logo