Re: [PATCH] pinctrl: at91: move lock/unlock_as_irq calls into request/release resources methods

2015-02-26 Thread Nicolas Ferre
Le 08/02/2015 19:23, Boris Brezillon a écrit : The gpiochip_lock_as_irq call can fail and return an error, while the irq_startup is not expected to fail (returns an unsigned int which is not checked by irq core code). irq_request/release_resources functions have been created to address this

Re: [PATCH] pinctrl: at91: move lock/unlock_as_irq calls into request/release resources methods

2015-02-26 Thread Jean-Christophe PLAGNIOL-VILLARD
On Feb 26, 2015, at 9:32 PM, Nicolas Ferre nicolas.fe...@atmel.com wrote: Le 08/02/2015 19:23, Boris Brezillon a écrit : The gpiochip_lock_as_irq call can fail and return an error, while the irq_startup is not expected to fail (returns an unsigned int which is not checked by irq core

Re: [PATCHv2 14/15] ARM: mvebu: add Device Tree files for Armada 39x SoC and board

2015-02-26 Thread Gregory CLEMENT
Hi Thomas, On 20/02/2015 18:04, Thomas Petazzoni wrote: This commit adds the Device Tree files for the Armada 39x family of processors, as well as one Armada 398 Development Board. Like for other Marvell EBU families, a common armada-39x.dtsi contains the description of the common features

Re: [PATCH/RFC] gpio: rcar: Add clock support

2015-02-26 Thread Yoshihiro Kaneko
Hi Geert-san, 2015-02-16 17:48 GMT+09:00 Geert Uytterhoeven ge...@linux-m68k.org: Hi Kaneko-san, Matsuoka-san, On Sun, Feb 15, 2015 at 4:46 PM, Yoshihiro Kaneko ykaneko0...@gmail.com wrote: From: Koji Matsuoka koji.matsuoka...@renesas.com The clock of GPIO is an initial value of enable.

Re: [PATCH] pinctrl: at91: move lock/unlock_as_irq calls into request/release resources methods

2015-02-26 Thread Boris Brezillon
On Fri, 20 Feb 2015 15:50:36 +0800 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com wrote: On Feb 9, 2015, at 10:50 PM, Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com wrote: On Feb 9, 2015, at 2:23 AM, Boris Brezillon boris.brezil...@free-electrons.com wrote:

Re: Re: [PATCH V7 3/8] MIPS: Cleanup Loongson-2F's gpio driver

2015-02-26 Thread Alexandre Courbot
On Thu, Feb 26, 2015 at 10:35 PM, 陈华才 che...@lemote.com wrote: I have tested, could I add myself? No. :) But it's good to know that you have tested, too many patches get submitted without care. What I would like to get is an ack from a MIPS maintainer so we can move this code away from that

Re: [PATCH V7 3/8] MIPS: Cleanup Loongson-2F's gpio driver

2015-02-26 Thread Alexandre Courbot
On Fri, Jan 23, 2015 at 5:56 PM, Huacai Chen che...@lemote.com wrote: This cleanup is prepare to move the driver to drivers/gpio. Custom definitions of gpio_get_value()/gpio_set_value() are dropped. Signed-off-by: Huacai Chen che...@lemote.com Sorry for taking ages to come back to this...

Re: [PATCH V7 4/8] MIPS: Move Loongson GPIO driver to drivers/gpio

2015-02-26 Thread Alexandre Courbot
On Fri, Jan 23, 2015 at 5:56 PM, Huacai Chen che...@lemote.com wrote: Move Loongson-2's GPIO driver to drivers/gpio and add Kconfig options. Signed-off-by: Huacai Chen che...@lemote.com Same here, this patch places GPIO driver code where it should be, but we need to ensure there is no breakage

Re: [PATCH v5 4/4] mdio-mux-gpio: use new gpiod_get_array and gpiod_put_array functions

2015-02-26 Thread Alexandre Courbot
On Thu, Feb 12, 2015 at 1:28 AM, Rojhalat Ibrahim i...@rtschenk.de wrote: Use the new gpiod_get_array and gpiod_put_array functions for obtaining and disposing of GPIO descriptors. Cc: David Miller da...@davemloft.net Signed-off-by: Rojhalat Ibrahim i...@rtschenk.de --- Change log: v5:

Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries

2015-02-26 Thread Maxime Coquelin
2015-02-23 11:33 GMT+01:00 Maxime Coquelin mcoquelin.st...@gmail.com: 2015-02-20 20:47 GMT+01:00 Uwe Kleine-König u.kleine-koe...@pengutronix.de: On Fri, Feb 20, 2015 at 07:01:01PM +0100, Maxime Coquelin wrote: From Cortex-M reference manuals, the nvic supports up to 240 interrupts. So the

Re: Fw: [3.18.3] poll() on gpio pins broken

2015-02-26 Thread Alexandre Courbot
On Thu, Feb 19, 2015 at 5:53 PM, folkert folk...@vanheusden.com wrote: Try using lseek before reading the data after the poll. EX. if (fdset[0].revents POLLPRI) { lseek(fdset[0].fd, 0, SEEK_SET); len = read(fdset[0].fd, buf, MAX_BUF);

Re: [PATCH 0/3] Add Fintek F71869 and F71869A gpio support

2015-02-26 Thread Alexandre Courbot
On Mon, Jan 26, 2015 at 2:16 AM, Andreas Bofjall andr...@gazonk.org wrote: Hi, this series adds support for the gpio pins on the Fintek F71869 and F71869A SuperI/O chips to the gpio-f7188x driver. The chips are used on for example Jetway motherboards. The driver has been tested on two

Re: [PATCH 0/2] gpio: pcf857x: Use gpiolib irqchip helpers and fix wake-up

2015-02-26 Thread Alexandre Courbot
On Tue, Feb 24, 2015 at 7:41 PM, Geert Uytterhoeven ge...@linux-m68k.org wrote: On Thu, Feb 5, 2015 at 4:49 PM, Geert Uytterhoeven geert+rene...@glider.be wrote: This patch series switches the PCF857x GPIO driver to use the gpiolib irqchip helpers, as requested by Linus Walleij, and fixes

Re: [Patch v6 0/2] gpio: add GPIO hogging mechanism

2015-02-26 Thread Alexandre Courbot
Linus, this looks good to me in its current form, what are your thoughts? On Tue, Feb 3, 2015 at 2:44 AM, Benoit Parrot bpar...@ti.com wrote: This patch set re-introduces the gpio hogging concept first presented by Boris Brezillion. This patch set provides a way to initially configure specific

Re: Fw: [3.18.3] poll() on gpio pins broken

2015-02-26 Thread Alexandre Courbot
On Fri, Feb 20, 2015 at 1:52 AM, Linus Walleij linus.wall...@linaro.org wrote: On Thu, Feb 19, 2015 at 9:53 AM, folkert folk...@vanheusden.com wrote: I also think that this interface is cumbersome. I did not measure it(!) but I think adding this open/seek + read construction may add all kinds

Re: [PATCH v2 02/18] ARM: ARMv7M: Enlarge vector table to 256 entries

2015-02-26 Thread Uwe Kleine-König
On Thu, Feb 26, 2015 at 11:29:52AM +0100, Maxime Coquelin wrote: 2015-02-23 11:33 GMT+01:00 Maxime Coquelin mcoquelin.st...@gmail.com: 2015-02-20 20:47 GMT+01:00 Uwe Kleine-König u.kleine-koe...@pengutronix.de: Who do you target to apply this series? I guess it should go through

[PATCH] pinmux: 1 pin is not allowed to be configured for both GPIO and peripheral funtion

2015-02-26 Thread Sonic Zhang
From: Sonic Zhang sonic.zh...@analog.com The blackfin pinmux and gpio controller doesn't allow user to set up 1 pin for both GPIO and peripheral function. So, check both gpio_owner and mux_owner before approving the pin request. Signed-off-by: Sonic Zhang sonic.zh...@analog.com ---