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, add flag strict in struct
pinctrl_desc to check both gpio_owner and mux_owner before approving the
pin request.
v2-changes:
- if strict
Patch 4de60970abf9f49737f51ec6e7a1e3bcf6d36742 introduced this code.
Either the type is wrong, or the test should not be performed.
Considering the return type of acpi_gpiochip_pin_to_gpio_offset and
the fact it can return -EINVAL, I would say it is the former.
Qipeng, can you post a fix if you
This rearranges the GPIO drivers Kconfig symbols alphabetically
as the top comment in the file already states they should be.
No functional changes whatsoever.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/gpio/Kconfig | 290 +--
On Tuesday 07 April 2015 07:25 PM, Alexey Brodkin wrote:
Hi Linus,
On Tue, 2015-03-31 at 11:30 +0300, Alexey Brodkin wrote:
From: Vineet Gupta vgu...@synopsys.commailto:vgu...@synopsys.com
Synopsys SDP platform uses DW GPIO controller in design with
ARC cores. So adding ARC to
[...]
+
+struct mt_bdma_desc {
+ u32 first_u32;
+#define BDMA_DESC_EOL (1 0)
+#define BDMA_DESC_CHECKSUM (0xff 8) /* bit8 ~ bit15 */
+#define BDMA_DESC_BLKPAD (1 17)
+#define BDMA_DESC_DWPAD(1 18)
+ u32 next;
+ u32 ptr;
Hi Arnd, Olof,
2015-04-07 18:30 GMT+02:00 Maxime Coquelin mcoquelin.st...@gmail.com:
This sixth round adds minor fixes to USART driver, and adds some Acks.
STM32 MCUs are Cortex-M CPU, used in various applications (consumer
electronics, industrial applications, hobbyists...).
Datasheets,
On Tue, Mar 31, 2015 at 5:11 PM, Aaron Sierra asie...@xes-inc.com wrote:
Allow the kernel to query the driver for a GPIO's pin direction.
Signed-off-by: Aaron Sierra asie...@xes-inc.com
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-gpio
On Tue, Mar 31, 2015 at 11:37 AM, Ivan T. Ivanov ivan.iva...@linaro.org wrote:
Add compatible string definitions and supported pin functions.
Signed-off-by: Ivan T. Ivanov ivan.iva...@linaro.org
Patch applied with Björn's ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the
Move the Kconfig option for the Broadcom BCM Kona up to the
commin GPIO controllers, as it is currently grouped under
MODULbus expanders which it definately is not.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/gpio/Kconfig | 12 ++--
1 file changed, 6 insertions(+),
Rearrange the SPI GPIO expanders in alphabetic order
as already indicated by the comment in the file.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/gpio/Kconfig | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpio/Kconfig
Get rid of AC97, MODULbus and other weird subheadings for
GPIO drivers. Move all MFD drivers out of I2C etc and in under
the MFD comment. This is too weird as it is and makes no
sense, if the dependent parent driver is MFD, group these as
MFD GPIO drivers. Alphabetize and move this comment group
Create Kconfig submenus for memory mapped, I2C, MFD,
PCI, SPI and USB GPIO drivers to help navigate the forest
of drivers in this subsystem. The I2C, SPI and USB menus
get dependencies so we don't have to see them unless we
have the required subsystem enabled in the first place.
Signed-off-by:
Rearrange PCI GPIO controllers in alphabetic order
as already indicated by the comment in the file.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/gpio/Kconfig | 64 ++--
1 file changed, 32 insertions(+), 32 deletions(-)
diff
Get rid of AC97, MODULbus and other weird subheadings for
GPIO drivers. Move all MFD drivers out of I2C etc and in under
the MFD comment. This is too weird as it is and makes no
sense, if the dependent parent driver is MFD, group these as
MFD GPIO drivers. Alphabetize and move this comment group
On Sat, Apr 4, 2015 at 11:27 AM, Jonathan Corbet cor...@lwn.net wrote:
On Wed, 1 Apr 2015 11:13:16 +0300
Mika Westerberg mika.westerb...@linux.intel.com wrote:
With ACPI 5.1 _DSD (Device Specific Data) it is now possible to name
functions just like Device Tree is doing. Make sure that the
On Tue, Mar 31, 2015 at 10:30 AM, Alexey Brodkin
alexey.brod...@synopsys.com wrote:
From: Vineet Gupta vgu...@synopsys.com
Synopsys SDP platform uses DW GPIO controller in design with
ARC cores. So adding ARC to architectures that may select this
GPIO controller.
Even though support for
On Wed, Apr 8, 2015 at 3:50 AM, Alexandre Courbot gnu...@gmail.com wrote:
I wonder, is this any better, or is there a recommended guideline
somewhere?
This construct is used in Chapter 7 of
Documentation/CodingStyle
Though the use is not commented on.
But it's fairly common compact nice I
On Thu, Apr 2, 2015 at 5:11 PM, Gregory CLEMENT
gregory.clem...@free-electrons.com wrote:
Level IRQ handlers and edge IRQ handler are managed by tow different
sets of registers. But currently the driver uses the same mask for the
both registers. It lead to issues with the following scenario:
On Tue, Apr 7, 2015 at 12:43 PM, Charles Keepax
ckee...@opensource.wolfsonmicro.com wrote:
Currently, the driver uses handle_simple_irq for all IRQ types and hard
codes the acknowledge for different IRQ types into the handler. It is
better to use the IRQ core as intended and let it handle the
On Tue, Apr 7, 2015 at 6:04 PM, Varka Bhadram varkabhad...@gmail.com wrote:
commit 3de07e5aaf290a0b58919 (drivers: gpio: use devm_kzalloc)
introduce devm_kzalloc() for allocating the memory. In this case kfree
is not required to use. Above commit id introduced the bug that kfree
is not
On Tue, Apr 7, 2015 at 3:42 PM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
We are going to use the same core for newer hardware as much as
possible. Hopefully all new SoCs will have GPIO controller which is
based on the same hardware design.
For the existing, unfortunately the
21 matches
Mail list logo