Re: [PATCH] i2c: at91: Read all available bytes at once

Hi David, On Wed, Apr 25, 2018 at 05:43:09PM +0200, David Engraf wrote: > Hi Ludovic, > > Am 25.04.2018 um 17:08 schrieb Ludovic Desroches: > > Hi David, > > > > On Wed, Apr 18, 2018 at 02:40:55PM +0200, David Engraf wrote: > > > With FIFO enabled i

Re: [PATCH] i2c: at91: Read all available bytes at once

Hi David, On Wed, Apr 25, 2018 at 05:43:09PM +0200, David Engraf wrote: > Hi Ludovic, > > Am 25.04.2018 um 17:08 schrieb Ludovic Desroches: > > Hi David, > > > > On Wed, Apr 18, 2018 at 02:40:55PM +0200, David Engraf wrote: > > > With FIFO enabled i

Re: [PATCH] i2c: at91: Read all available bytes at once

Hi David, On Wed, Apr 18, 2018 at 02:40:55PM +0200, David Engraf wrote: > With FIFO enabled it is possible to read multiple bytes > at once in the interrupt handler as long as RXRDY is > set. This may also reduce the number of interrupts. > > Signed-off-by: David Engraf

Re: [PATCH] i2c: at91: Read all available bytes at once

Hi David, On Wed, Apr 18, 2018 at 02:40:55PM +0200, David Engraf wrote: > With FIFO enabled it is possible to read multiple bytes > at once in the interrupt handler as long as RXRDY is > set. This may also reduce the number of interrupts. > > Signed-off-by: David Engraf > --- >

Re: [PATCH 2/6] dmaengine: at_xdmac: simplify getting .drvdata

On Sun, Apr 22, 2018 at 11:14:10AM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang <wsa+rene...@sang-engineering.com> Acked-by: Ludovic Desroch

Re: [PATCH 2/6] dmaengine: at_xdmac: simplify getting .drvdata

On Sun, Apr 22, 2018 at 11:14:10AM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Ludovic Desroches Thanks > --- > > Build tested on

Re: [PATCH 1/6] dmaengine: at_hdmac: simplify getting .drvdata

On Sun, Apr 22, 2018 at 11:14:09AM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang <wsa+rene...@sang-engineering.com> Acked-by: Ludovic Desroch

Re: [PATCH 1/6] dmaengine: at_hdmac: simplify getting .drvdata

On Sun, Apr 22, 2018 at 11:14:09AM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang Acked-by: Ludovic Desroches Thanks > --- > > Build tested on

Re: [PATCH 3/3] usb: gadget: udc: atmel: Fix indenting

On Mon, Apr 16, 2018 at 11:34:05AM +0200, Romain Izard wrote: > Fix the fallout of the conversion to GPIO descriptors in 3df034081021. > > Signed-off-by: Romain Izard <romain.izard@gmail.com> Acked-by: Ludovic Desroches <ludovic.desroc...@microchip.com> > --- &

Re: [PATCH 3/3] usb: gadget: udc: atmel: Fix indenting

On Mon, Apr 16, 2018 at 11:34:05AM +0200, Romain Izard wrote: > Fix the fallout of the conversion to GPIO descriptors in 3df034081021. > > Signed-off-by: Romain Izard Acked-by: Ludovic Desroches > --- > drivers/usb/gadget/udc/atmel_usba_udc.c | 18 +- >

Re: [PATCH 2/3] usb: gadget: udc: atmel: Remove obsolete include

On Mon, Apr 16, 2018 at 11:34:04AM +0200, Romain Izard wrote: > The include defines the private platform_data structure used with AVR > platforms. It has no user since 7c55984e191f. Remove it. > > Signed-off-by: Romain Izard <romain.izard@gmail.com> Acked-by: Ludovic Desroch

Re: [PATCH 2/3] usb: gadget: udc: atmel: Remove obsolete include

On Mon, Apr 16, 2018 at 11:34:04AM +0200, Romain Izard wrote: > The include defines the private platform_data structure used with AVR > platforms. It has no user since 7c55984e191f. Remove it. > > Signed-off-by: Romain Izard Acked-by: Ludovic Desroches > --- > driv

Re: [PATCH 1/3] usb: gadget: udc: atmel: GPIO inversion is handled by gpiod

. > > Fixes: 3df034081021fa4b6967ce3364bc7d867ec1c870 > > Signed-off-by: Romain Izard <romain.izard@gmail.com> Acked-by: Ludovic Desroches <ludovic.desroc...@microchip.com> > --- > drivers/usb/gadget/udc/atmel_usba_udc.c | 3 +-- > drivers/usb/gadget/udc/atmel_usba_udc.h | 1 - &g

Re: [PATCH 1/3] usb: gadget: udc: atmel: GPIO inversion is handled by gpiod

. > > Fixes: 3df034081021fa4b6967ce3364bc7d867ec1c870 > > Signed-off-by: Romain Izard Acked-by: Ludovic Desroches > --- > drivers/usb/gadget/udc/atmel_usba_udc.c | 3 +-- > drivers/usb/gadget/udc/atmel_usba_udc.h | 1 - > 2 files changed, 1 insertion(+), 3 deletions(-) > > diff --git

Re: [PATCH] dmaengine: at_xdmac: fix rare residue corruption

On Mon, Mar 19, 2018 at 01:26:09PM +0530, Vinod Koul wrote: > On Thu, Mar 01, 2018 at 09:25:16AM +0100, Ludovic Desroches wrote: > > Hi Maxime, > > > > On Thu, Feb 22, 2018 at 12:39:55PM +0100, Maxime Jayat wrote: > > > Despite the efforts made to correctly r

Re: [PATCH] dmaengine: at_xdmac: fix rare residue corruption

On Mon, Mar 19, 2018 at 01:26:09PM +0530, Vinod Koul wrote: > On Thu, Mar 01, 2018 at 09:25:16AM +0100, Ludovic Desroches wrote: > > Hi Maxime, > > > > On Thu, Feb 22, 2018 at 12:39:55PM +0100, Maxime Jayat wrote: > > > Despite the efforts made to correctly r

Re: [PATCH] dmaengine: at_xdmac: fix rare residue corruption

Hi Maxime, On Thu, Feb 22, 2018 at 12:39:55PM +0100, Maxime Jayat wrote: > Despite the efforts made to correctly read the NDA and CUBC registers, > the order in which the registers are read could sometimes lead to an > inconsistent state. > > Re-using the timeline from the comments, this

Re: [PATCH] dmaengine: at_xdmac: fix rare residue corruption

Hi Maxime, On Thu, Feb 22, 2018 at 12:39:55PM +0100, Maxime Jayat wrote: > Despite the efforts made to correctly read the NDA and CUBC registers, > the order in which the registers are read could sometimes lead to an > inconsistent state. > > Re-using the timeline from the comments, this

Re: [PATCH 2/2] usb: gadget: udc: atmel: convert to use GPIO descriptors

On Wed, Feb 07, 2018 at 02:55:35PM +0100, Linus Walleij wrote: > On Thu, Feb 1, 2018 at 10:34 AM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > > Use GPIO descriptors instead of relying on the old method. > > Include irq.h header since it i

Re: [PATCH 2/2] usb: gadget: udc: atmel: convert to use GPIO descriptors

On Wed, Feb 07, 2018 at 02:55:35PM +0100, Linus Walleij wrote: > On Thu, Feb 1, 2018 at 10:34 AM, Ludovic Desroches > wrote: > > > Use GPIO descriptors instead of relying on the old method. > > Include irq.h header since it is needed and was indirectly > >

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 05, 2018 at 12:56:04PM +0100, Linus Walleij wrote: > On Mon, Feb 5, 2018 at 9:47 AM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > > Use GPIO descriptors instead of relying on the old method. > > > > Signed-off-by: Ludovic Desroches

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 05, 2018 at 12:56:04PM +0100, Linus Walleij wrote: > On Mon, Feb 5, 2018 at 9:47 AM, Ludovic Desroches > wrote: > > > Use GPIO descriptors instead of relying on the old method. > > > > Signed-off-by: Ludovic Desroches > > Ah there it is :D > Revi

[PATCH V2] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> Acked-by: Nicolas Ferre <nicolas.fe...@microchip.com> Reviewed-by: Linus Walleij <linus.wall...@linaro.org> Reviewed-by: Andy Shevchenko <andy

[PATCH V2] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre Reviewed-by: Linus Walleij Reviewed-by: Andy Shevchenko --- Changes - V2: - remove of_gpio.h. - move gpiod declaration to preserve reversed tree style. - use

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 05, 2018 at 03:06:33PM +0200, Andy Shevchenko wrote: > On Mon, Feb 5, 2018 at 10:47 AM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > Use GPIO descriptors instead of relying on the old method. > > Reviewed-by: Andy Shevchenko <andy.shevch

Re: [RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

On Mon, Feb 05, 2018 at 03:06:33PM +0200, Andy Shevchenko wrote: > On Mon, Feb 5, 2018 at 10:47 AM, Ludovic Desroches > wrote: > > Use GPIO descriptors instead of relying on the old method. > > Reviewed-by: Andy Shevchenko > > Though few nitpicks below. > >

[RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/video/fbdev/atmel_lcdfb.c | 30 -- 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/drivers/video

[RESEND][PATCH] video: fbdev: atmel_lcdfb: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches --- drivers/video/fbdev/atmel_lcdfb.c | 30 -- 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/drivers/video/fbdev/atmel_lcdfb.c b/drivers/video/fbdev

[PATCH] video: fbdev: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/video/fbdev/atmel_lcdfb.c | 30 -- 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/drivers/video

[PATCH] video: fbdev: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Signed-off-by: Ludovic Desroches --- drivers/video/fbdev/atmel_lcdfb.c | 30 -- 1 file changed, 12 insertions(+), 18 deletions(-) diff --git a/drivers/video/fbdev/atmel_lcdfb.c b/drivers/video/fbdev

Re: [PATCH] pinctrl: at91-pio4: add support for drive-strength property

On Mon, Jan 29, 2018 at 01:01:30PM -0600, Rob Herring wrote: > On Mon, Jan 22, 2018 at 09:37:38AM +0100, Linus Walleij wrote: > > On Thu, Jan 18, 2018 at 5:02 PM, Ludovic Desroches > > <ludovic.desroc...@microchip.com> wrote: > > > > > Add support for the

Re: [PATCH] pinctrl: at91-pio4: add support for drive-strength property

On Mon, Jan 29, 2018 at 01:01:30PM -0600, Rob Herring wrote: > On Mon, Jan 22, 2018 at 09:37:38AM +0100, Linus Walleij wrote: > > On Thu, Jan 18, 2018 at 5:02 PM, Ludovic Desroches > > wrote: > > > > > Add support for the drive-strength property. Usually its value i

[PATCH 2/2] usb: gadget: udc: atmel: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Include irq.h header since it is needed and was indirectly included through of_gpio.h. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/usb/gadget/udc/atmel_usba_udc.

[PATCH 2/2] usb: gadget: udc: atmel: convert to use GPIO descriptors

Use GPIO descriptors instead of relying on the old method. Include irq.h header since it is needed and was indirectly included through of_gpio.h. Signed-off-by: Ludovic Desroches --- drivers/usb/gadget/udc/atmel_usba_udc.c | 51 ++--- drivers/usb/gadget/udc

[PATCH 1/2] usb: gadget: udc: atmel: remove code related to platform stuff

With the removal of AVR platforms, code related to platform stuff is useless. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/usb/gadget/udc/atmel_usba_udc.c | 73 + 1 file changed, 2 insertions(+), 71 deletions(-) diff

[PATCH 1/2] usb: gadget: udc: atmel: remove code related to platform stuff

With the removal of AVR platforms, code related to platform stuff is useless. Signed-off-by: Ludovic Desroches --- drivers/usb/gadget/udc/atmel_usba_udc.c | 73 + 1 file changed, 2 insertions(+), 71 deletions(-) diff --git a/drivers/usb/gadget/udc

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Fri, Jan 26, 2018 at 07:13:32PM +0200, Andy Shevchenko wrote: > On Fri, Jan 26, 2018 at 9:32 AM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > On Wed, Jan 24, 2018 at 05:42:15PM +0200, Andy Shevchenko wrote: > >> On Wed, Jan 24, 2018 at

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Fri, Jan 26, 2018 at 07:13:32PM +0200, Andy Shevchenko wrote: > On Fri, Jan 26, 2018 at 9:32 AM, Ludovic Desroches > wrote: > > On Wed, Jan 24, 2018 at 05:42:15PM +0200, Andy Shevchenko wrote: > >> On Wed, Jan 24, 2018 at 3:07 PM, Ludovic Desroches > >> wrot

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Wed, Jan 24, 2018 at 05:42:15PM +0200, Andy Shevchenko wrote: > On Wed, Jan 24, 2018 at 3:07 PM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > On Thu, Jan 18, 2018 at 04:22:28PM +0100, Ludovic Desroches wrote: > >> On Thu, Jan 18, 2018 at 11:30:00AM

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Wed, Jan 24, 2018 at 05:42:15PM +0200, Andy Shevchenko wrote: > On Wed, Jan 24, 2018 at 3:07 PM, Ludovic Desroches > wrote: > > On Thu, Jan 18, 2018 at 04:22:28PM +0100, Ludovic Desroches wrote: > >> On Thu, Jan 18, 2018 at 11:30:00AM +0100, Linus Walleij wrote: > &

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Thu, Jan 18, 2018 at 04:22:28PM +0100, Ludovic Desroches wrote: > On Thu, Jan 18, 2018 at 11:30:00AM +0100, Linus Walleij wrote: > > On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches > > <ludovic.desroc...@microchip.com> wrote: > > > > > It can be useful f

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Thu, Jan 18, 2018 at 04:22:28PM +0100, Ludovic Desroches wrote: > On Thu, Jan 18, 2018 at 11:30:00AM +0100, Linus Walleij wrote: > > On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches > > wrote: > > > > > It can be useful for the pinmuxing layer to know which dev

Re: [PATCH] pinctrl: at91-pio4: add support for drive-strength property

On Mon, Jan 22, 2018 at 09:37:38AM +0100, Linus Walleij wrote: > On Thu, Jan 18, 2018 at 5:02 PM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > > Add support for the drive-strength property. Usually its value is > > expressed in mA. Since the nume

Re: [PATCH] pinctrl: at91-pio4: add support for drive-strength property

On Mon, Jan 22, 2018 at 09:37:38AM +0100, Linus Walleij wrote: > On Thu, Jan 18, 2018 at 5:02 PM, Ludovic Desroches > wrote: > > > Add support for the drive-strength property. Usually its value is > > expressed in mA. Since the numeric value depends on VDDIOP voltage, > &

[PATCH] pinctrl: at91-pio4: add support for drive-strength property

care about the drive strength, there is no need to change it, so 0 is considered as the default value. The low-drive value won't be advertised through pinconf-pins file excepted if it has been set explicitly in the device tree ie if its value is different from 0. Signed-off-by: Ludovic Desroches

[PATCH] pinctrl: at91-pio4: add support for drive-strength property

care about the drive strength, there is no need to change it, so 0 is considered as the default value. The low-drive value won't be advertised through pinconf-pins file excepted if it has been set explicitly in the device tree ie if its value is different from 0. Signed-off-by: Ludovic Desroches

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Thu, Jan 18, 2018 at 11:30:00AM +0100, Linus Walleij wrote: > On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > > It can be useful for the pinmuxing layer to know which device is > > requesting a GPIO. Add a consume

Re: [RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

On Thu, Jan 18, 2018 at 11:30:00AM +0100, Linus Walleij wrote: > On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches > wrote: > > > It can be useful for the pinmuxing layer to know which device is > > requesting a GPIO. Add a consumer variant for gpiod_request to > > re

Re: [RESEND RFC PATCH 0/2] fixing the gpio ownership

On Thu, Jan 18, 2018 at 11:16:44AM +0100, Linus Walleij wrote: > Hi Ludovic, thanks for your patches! > > On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > > A few weeks ago, I have sent an RFC about adding bias su

Re: [RESEND RFC PATCH 0/2] fixing the gpio ownership

On Thu, Jan 18, 2018 at 11:16:44AM +0100, Linus Walleij wrote: > Hi Ludovic, thanks for your patches! > > On Mon, Jan 15, 2018 at 5:24 PM, Ludovic Desroches > wrote: > > > A few weeks ago, I have sent an RFC about adding bias support for GPIOs [1]. > > I was confused

[PATCH] ARM: dts: at91: sama5d4: fix pinctrl compatible string

ntiago Esteban <santiago.este...@microchip.com> Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> Cc: sta...@vger.kernel.org #v3.18 --- arch/arm/boot/dts/sama5d4.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/sama5d4.dtsi b

[PATCH] ARM: dts: at91: sama5d4: fix pinctrl compatible string

From: Santiago Esteban The compatible string is incorrect. Add atmel,sama5d3-pinctrl since it's the appropriate compatible string. Remove the atmel,at91rm9200-pinctrl compatible string, this fallback is useless, there are too many changes. Signed-off-by: Santiago Esteban Signed-off-by: Ludovic

Re: [RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

On Wed, Jan 17, 2018 at 06:07:02PM +0200, Andy Shevchenko wrote: > On Wed, Jan 17, 2018 at 4:54 PM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > On Tue, Jan 16, 2018 at 04:33:29PM +0200, Andy Shevchenko wrote: > > >> First of all, the main archit

Re: [RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

On Wed, Jan 17, 2018 at 06:07:02PM +0200, Andy Shevchenko wrote: > On Wed, Jan 17, 2018 at 4:54 PM, Ludovic Desroches > wrote: > > On Tue, Jan 16, 2018 at 04:33:29PM +0200, Andy Shevchenko wrote: > > >> First of all, the main architectural issue with current pin control

Re: [RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

On Tue, Jan 16, 2018 at 04:33:29PM +0200, Andy Shevchenko wrote: > On Tue, Jan 16, 2018 at 11:01 AM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > On Mon, Jan 15, 2018 at 10:19:39PM +0200, Andy Shevchenko wrote: > >> On Mon, Jan 15, 2018 at

Re: [RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

On Tue, Jan 16, 2018 at 04:33:29PM +0200, Andy Shevchenko wrote: > On Tue, Jan 16, 2018 at 11:01 AM, Ludovic Desroches > wrote: > > On Mon, Jan 15, 2018 at 10:19:39PM +0200, Andy Shevchenko wrote: > >> On Mon, Jan 15, 2018 at 6:22 PM, Ludovic Desroches > >> wro

Re: [RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

Hi, On Mon, Jan 15, 2018 at 10:19:39PM +0200, Andy Shevchenko wrote: > On Mon, Jan 15, 2018 at 6:22 PM, Ludovic Desroches > <ludovic.desroc...@microchip.com> wrote: > > Did I miss cover letter for this? > It seems: https://lkml.org/lkml/2018/1/15/841 > > Add a consu

Re: [RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

Hi, On Mon, Jan 15, 2018 at 10:19:39PM +0200, Andy Shevchenko wrote: > On Mon, Jan 15, 2018 at 6:22 PM, Ludovic Desroches > wrote: > > Did I miss cover letter for this? > It seems: https://lkml.org/lkml/2018/1/15/841 > > Add a consumer variant to GPIO request relativ

[RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

of gpiochip_generic_request. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/gpio/gpiolib.c | 40 +--- include/linux/gpio/driver.h | 5 + 2 files changed, 38 insertions(+), 7 deletions(-) diff --git a/drivers/gpio/gpi

[RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

of gpiochip_generic_request. Signed-off-by: Ludovic Desroches --- drivers/gpio/gpiolib.c | 40 +--- include/linux/gpio/driver.h | 5 + 2 files changed, 38 insertions(+), 7 deletions(-) diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c index

[RESEND RFC PATCH 0/2] fixing the gpio ownership

. Regards Ludovic [1] https://www.spinics.net/lists/arm-kernel/msg623149.html Ludovic Desroches (2): pinctrl: add consumer variant for gpio request gpio: provide a consumer when requesting a gpio drivers/gpio/gpiolib.c | 40 +--- drivers/pinc

[RESEND RFC PATCH 0/2] fixing the gpio ownership

. Regards Ludovic [1] https://www.spinics.net/lists/arm-kernel/msg623149.html Ludovic Desroches (2): pinctrl: add consumer variant for gpio request gpio: provide a consumer when requesting a gpio drivers/gpio/gpiolib.c | 40 +--- drivers/pinc

[RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

the device which requests the GPIO to not return an error if it's also the owner of the pinmuxing. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/pinctrl/core.c | 13 ++--- drivers/pinctrl/pinmux.c | 16 ++-- drive

[RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

the device which requests the GPIO to not return an error if it's also the owner of the pinmuxing. Signed-off-by: Ludovic Desroches --- drivers/pinctrl/core.c | 13 ++--- drivers/pinctrl/pinmux.c | 16 ++-- drivers/pinctrl/pinmux.h | 10 ++ includ

[RFC PATCH 0/2] fixing the gpio ownership

pinics.net/lists/arm-kernel/msg623149.html Ludovic Desroches (2): pinctrl: add consumer variant for gpio request gpio: provide a consumer when requesting a gpio drivers/gpio/gpiolib.c | 40 +--- drivers/pinctrl/core.c | 13 ++--

[RFC PATCH 0/2] fixing the gpio ownership

pinics.net/lists/arm-kernel/msg623149.html Ludovic Desroches (2): pinctrl: add consumer variant for gpio request gpio: provide a consumer when requesting a gpio drivers/gpio/gpiolib.c | 40 +--- drivers/pinctrl/core.c | 13 ++--

[RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

of gpiochip_generic_request. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/gpio/gpiolib.c | 40 +--- include/linux/gpio/driver.h | 5 + 2 files changed, 38 insertions(+), 7 deletions(-) diff --git a/drivers/gpio/gpi

[RFC PATCH 2/2] gpio: provide a consumer when requesting a gpio

of gpiochip_generic_request. Signed-off-by: Ludovic Desroches --- drivers/gpio/gpiolib.c | 40 +--- include/linux/gpio/driver.h | 5 + 2 files changed, 38 insertions(+), 7 deletions(-) diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c index

[RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

the device which requests the GPIO to not return an error if it's also the owner of the pinmuxing. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- drivers/pinctrl/core.c | 13 ++--- drivers/pinctrl/pinmux.c | 16 ++-- drive

[RFC PATCH 1/2] pinctrl: add consumer variant for gpio request

the device which requests the GPIO to not return an error if it's also the owner of the pinmuxing. Signed-off-by: Ludovic Desroches --- drivers/pinctrl/core.c | 13 ++--- drivers/pinctrl/pinmux.c | 16 ++-- drivers/pinctrl/pinmux.h | 10 ++ includ

Re: [PATCH 1/2] MAINTAINERS: linux-media: update Microchip ISI and ISC entries

> MICROCHIP / ATMEL location. > > Signed-off-by: Nicolas Ferre <nicolas.fe...@microchip.com> Acked-by: Ludovic Desroches <ludovic.desroc...@microchip.com> > --- > Hi, > > Patch against next-20180109. > Note that I didn't find it useful to have several patches for

Re: [PATCH 1/2] MAINTAINERS: linux-media: update Microchip ISI and ISC entries

> MICROCHIP / ATMEL location. > > Signed-off-by: Nicolas Ferre Acked-by: Ludovic Desroches > --- > Hi, > > Patch against next-20180109. > Note that I didn't find it useful to have several patches for these changes. > Tell me if you feel differently. > > I would

Re: [PATCH 12/14] iio: adc: at91-sama5d2_adc: support for position and pressure channels

Hi Jonathan, Eugen, On Sat, Jan 06, 2018 at 03:05:37PM +, Jonathan Cameron wrote: > On Thu, 4 Jan 2018 17:17:54 +0200 > Eugen Hristev wrote: > > > On 29.12.2017 19:02, Jonathan Cameron wrote: > > > On Fri, 22 Dec 2017 17:07:19 +0200 > > > Eugen Hristev

Re: [PATCH 12/14] iio: adc: at91-sama5d2_adc: support for position and pressure channels

Hi Jonathan, Eugen, On Sat, Jan 06, 2018 at 03:05:37PM +, Jonathan Cameron wrote: > On Thu, 4 Jan 2018 17:17:54 +0200 > Eugen Hristev wrote: > > > On 29.12.2017 19:02, Jonathan Cameron wrote: > > > On Fri, 22 Dec 2017 17:07:19 +0200 > > > Eugen Hristev wrote: > > > > > >> The ADC IP

Re: [PATCH 2/3] dt-bindings: mtd: atmel-quadspi: add an optional property 'dmacap,memcpy'

Hi Cyrille, On Wed, Dec 27, 2017 at 10:40:00PM +0100, Cyrille Pitchen wrote: > Hi Rob, > > + Ludovic Desroches, maintainer of the DMA controller drivers for AT91 SoCs. > > Le 27/12/2017 à 00:23, Rob Herring a écrit : > > On Sun, Dec 24, 2017 at 05:36:05AM +0100,

Re: [PATCH 2/3] dt-bindings: mtd: atmel-quadspi: add an optional property 'dmacap,memcpy'

Hi Cyrille, On Wed, Dec 27, 2017 at 10:40:00PM +0100, Cyrille Pitchen wrote: > Hi Rob, > > + Ludovic Desroches, maintainer of the DMA controller drivers for AT91 SoCs. > > Le 27/12/2017 à 00:23, Rob Herring a écrit : > > On Sun, Dec 24, 2017 at 05:36:05AM +0100,

Re: [PATCH 2/3] pinctrl: sunxi: Disable strict mode for old pinctrl drivers

Hi, On Thu, Oct 05, 2017 at 10:54:07PM +0200, Maxime Ripard wrote: > Old pinctrl drivers will need to disable strict mode for various reasons, > among which: > - Some DT will still have a pinctrl group for each GPIO used, which will > be rejected by pin_request. While we could remove those

Re: [PATCH 2/3] pinctrl: sunxi: Disable strict mode for old pinctrl drivers

Hi, On Thu, Oct 05, 2017 at 10:54:07PM +0200, Maxime Ripard wrote: > Old pinctrl drivers will need to disable strict mode for various reasons, > among which: > - Some DT will still have a pinctrl group for each GPIO used, which will > be rejected by pin_request. While we could remove those

[RESEND PATCH V2] ARM: dts: introduce the sama5d2 ptc ek board

Add the official SAMA5D2 Peripheral Touch Controller Evaluation Kit board. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- Resend: Put SPDX-License-Identifier at the beginning of the file. Changes: - v2: - remove memory node - use SPDX-License-Identifier ar

[RESEND PATCH V2] ARM: dts: introduce the sama5d2 ptc ek board

Add the official SAMA5D2 Peripheral Touch Controller Evaluation Kit board. Signed-off-by: Ludovic Desroches --- Resend: Put SPDX-License-Identifier at the beginning of the file. Changes: - v2: - remove memory node - use SPDX-License-Identifier arch/arm/boot/dts/Makefile

Re: [PATCH] ARM: dts: introduce the sama5d2 ptc ek board

On Tue, Dec 05, 2017 at 07:01:41PM +0200, Baruch Siach wrote: > Hi Ludovic, > > On Tue, Dec 05, 2017 at 03:23:12PM +0100, Ludovic Desroches wrote: > > Add the official SAMA5D2 Peripheral Touch Controller Evaluation > > Kit board. > > > > Signed-off-by:

Re: [PATCH] ARM: dts: introduce the sama5d2 ptc ek board

On Tue, Dec 05, 2017 at 07:01:41PM +0200, Baruch Siach wrote: > Hi Ludovic, > > On Tue, Dec 05, 2017 at 03:23:12PM +0100, Ludovic Desroches wrote: > > Add the official SAMA5D2 Peripheral Touch Controller Evaluation > > Kit board. > > > >

[PATCH V2] ARM: dts: introduce the sama5d2 ptc ek board

Add the official SAMA5D2 Peripheral Touch Controller Evaluation Kit board. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- Changes: - v2: - remove memory node - use SPDX-License-Identifier arch/arm/boot/dts/Makefile| 1 + arch/arm/boot/dt

[PATCH V2] ARM: dts: introduce the sama5d2 ptc ek board

Add the official SAMA5D2 Peripheral Touch Controller Evaluation Kit board. Signed-off-by: Ludovic Desroches --- Changes: - v2: - remove memory node - use SPDX-License-Identifier arch/arm/boot/dts/Makefile| 1 + arch/arm/boot/dts/at91-sama5d2_ptc_ek.dts | 402

[PATCH] ARM: dts: introduce the sama5d2 ptc ek board

Add the official SAMA5D2 Peripheral Touch Controller Evaluation Kit board. Signed-off-by: Ludovic Desroches <ludovic.desroc...@microchip.com> --- arch/arm/boot/dts/Makefile| 1 + arch/arm/boot/dts/at91-sama5d2_ptc_ek.dts | 442 ++ 2 files c

[PATCH] ARM: dts: introduce the sama5d2 ptc ek board

Add the official SAMA5D2 Peripheral Touch Controller Evaluation Kit board. Signed-off-by: Ludovic Desroches --- arch/arm/boot/dts/Makefile| 1 + arch/arm/boot/dts/at91-sama5d2_ptc_ek.dts | 442 ++ 2 files changed, 443 insertions(+) create mode

Re: [PATCH v2 3/3] i2c: at91: added slave mode support

Hi Juergen, On Thu, Nov 09, 2017 at 06:22:29PM +0100, Juergen Fitschen wrote: > Slave mode driver is based on the concept of i2c-designware driver. > Sorry to be so long to answer you. I would like to test it before acking it. Unfortunately, I didn't have the time to perform all the tests I

Re: [PATCH v2 3/3] i2c: at91: added slave mode support

Hi Juergen, On Thu, Nov 09, 2017 at 06:22:29PM +0100, Juergen Fitschen wrote: > Slave mode driver is based on the concept of i2c-designware driver. > Sorry to be so long to answer you. I would like to test it before acking it. Unfortunately, I didn't have the time to perform all the tests I

Re: [PATCH] dmaengine: at_hdmac: fix potential NULL pointer dereference in atc_prep_dma_interleaved

is issue was detected with the help of Coccinelle. > > Fixes: 4483320e241c ("dmaengine: Use Pointer xt after NULL check.") > Signed-off-by: Gustavo A. R. Silva <garsi...@embeddedor.com> Acked-by: Ludovic Desroches <ludovic.desroc...@microchip.com> Thanks > ---

Re: [PATCH] dmaengine: at_hdmac: fix potential NULL pointer dereference in atc_prep_dma_interleaved

is issue was detected with the help of Coccinelle. > > Fixes: 4483320e241c ("dmaengine: Use Pointer xt after NULL check.") > Signed-off-by: Gustavo A. R. Silva Acked-by: Ludovic Desroches Thanks > --- > drivers/dma/at_hdmac.c | 4 +++- > 1 file changed, 3 insertion

Re: [PATCH v2 1/5] dt-bindings: iio: at91-sama5d2_adc: add optional dma property

On Tue, Nov 07, 2017 at 10:49:41AM +0200, Eugen Hristev wrote: > > > On 20.10.2017 00:58, Rob Herring wrote: > > On Thu, Oct 19, 2017 at 6:14 AM, Alexandre Belloni > > wrote: > > > On 13/10/2017 at 16:51:42 -0500, Rob Herring wrote: > > > > On Wed, Oct 11,

Re: [PATCH v2 1/5] dt-bindings: iio: at91-sama5d2_adc: add optional dma property

On Tue, Nov 07, 2017 at 10:49:41AM +0200, Eugen Hristev wrote: > > > On 20.10.2017 00:58, Rob Herring wrote: > > On Thu, Oct 19, 2017 at 6:14 AM, Alexandre Belloni > > wrote: > > > On 13/10/2017 at 16:51:42 -0500, Rob Herring wrote: > > > > On Wed, Oct 11, 2017 at 09:35:28AM +0300, Eugen

Re: [PATCH RFC 4/4] i2c: at91: take slave mode capabilities of hardware into account

On Fri, Nov 03, 2017 at 03:07:32PM +0100, Juergen Fitschen wrote: > Hello Ludovic, > > On Fri, Nov 03, 2017 at 09:46:02AM +0100, Ludovic Desroches wrote: > > > > > diff --git a/drivers/i2c/busses/i2c-at91.h > > > > > b/drivers/i2c/busses/i2c-at91.h

Re: [PATCH RFC 4/4] i2c: at91: take slave mode capabilities of hardware into account

On Fri, Nov 03, 2017 at 03:07:32PM +0100, Juergen Fitschen wrote: > Hello Ludovic, > > On Fri, Nov 03, 2017 at 09:46:02AM +0100, Ludovic Desroches wrote: > > > > > diff --git a/drivers/i2c/busses/i2c-at91.h > > > > > b/drivers/i2c/busses/i2c-at91.h

Re: [PATCH RFC 4/4] i2c: at91: take slave mode capabilities of hardware into account

Hi Juergen, On Wed, Nov 01, 2017 at 12:16:36PM +0100, Juergen Fitschen wrote: > Hello Ludovic, > > Thank you very much for your feedback! > > On Tue, Oct 31, 2017 at 04:22:50PM +0100, Ludovic Desroches wrote: > > On Fri, Oct 27, 2017 at 05:12:17PM +0200, Juergen Fitschen w

Re: [PATCH RFC 4/4] i2c: at91: take slave mode capabilities of hardware into account

Hi Juergen, On Wed, Nov 01, 2017 at 12:16:36PM +0100, Juergen Fitschen wrote: > Hello Ludovic, > > Thank you very much for your feedback! > > On Tue, Oct 31, 2017 at 04:22:50PM +0100, Ludovic Desroches wrote: > > On Fri, Oct 27, 2017 at 05:12:17PM +0200, Juergen Fitschen w

Re: [PATCH RFC 3/4] i2c: at91: added slave mode support

On Wed, Nov 01, 2017 at 02:04:18PM +0100, Juergen Fitschen wrote: > Helle Ludovic, > > while going through this patch a question related to the Atmel / Microchip HW > came into mind: > > On Fri, Oct 27, 2017 at 05:12:00PM +0200, Juergen Fitschen wrote: > > diff --git

Re: [PATCH RFC 3/4] i2c: at91: added slave mode support

On Wed, Nov 01, 2017 at 02:04:18PM +0100, Juergen Fitschen wrote: > Helle Ludovic, > > while going through this patch a question related to the Atmel / Microchip HW > came into mind: > > On Fri, Oct 27, 2017 at 05:12:00PM +0200, Juergen Fitschen wrote: > > diff --git

Re: [PATCH RFC 4/4] i2c: at91: take slave mode capabilities of hardware into account

On Wed, Nov 01, 2017 at 12:16:36PM +0100, Juergen Fitschen wrote: > Hello Ludovic, > > Thank you very much for your feedback! > > On Tue, Oct 31, 2017 at 04:22:50PM +0100, Ludovic Desroches wrote: > > On Fri, Oct 27, 2017 at 05:12:17PM +0200, Juergen Fitschen wrote: > &g

Re: [PATCH RFC 4/4] i2c: at91: take slave mode capabilities of hardware into account

On Wed, Nov 01, 2017 at 12:16:36PM +0100, Juergen Fitschen wrote: > Hello Ludovic, > > Thank you very much for your feedback! > > On Tue, Oct 31, 2017 at 04:22:50PM +0100, Ludovic Desroches wrote: > > On Fri, Oct 27, 2017 at 05:12:17PM +0200, Juergen Fitschen wrote: > &g

<    1   2   3   4   5   6   7   8   9   10   >