From: Linus Walleij <linus.walleij@stericsson.com> To: <linux-kernel@vger.kernel.org>, <linux-arm-kernel@lists.infradead.org> Cc: Stephen Warren <swarren@nvidia.com>, Anmar Oueja <anmar.oueja@linaro.org>, Lee Jones <lee.jones@linaro.org>, <arm@kernel.org>, Linus Walleij <linus.walleij@linaro.org> Subject: [PATCH 11/14] ARM: ux500: remove irq_base property from platform_data Date: Tue, 5 Feb 2013 20:48:32 +0100 [thread overview] Message-ID: <1360093715-6348-12-git-send-email-linus.walleij@stericsson.com> (raw) In-Reply-To: <1360093715-6348-1-git-send-email-linus.walleij@stericsson.com> From: Lee Jones <lee.jones@linaro.org> AB8500 GPIO no longer handles its GPIO IRQs. Instead, the AB8500 core driver has taken back the responsibility. Prior to this happening, the AB8500 GPIO driver provided a set of virtual IRQs which were used as a pass-through. These virtual IRQs had a base of MOP500_AB8500_VIR_GPIO_IRQ_BASE, which was passed though pdata. We don't need to do this anymore, so we're pulling out the property from the structure. Cc: arm@kernel.org Signed-off-by: Lee Jones <lee.jones@linaro.org> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> --- Requesting an ACK from the ARM SoC maintainers on this patch. --- arch/arm/mach-ux500/board-mop500.c | 1 - include/linux/mfd/abx500/ab8500-gpio.h | 1 - 2 files changed, 2 deletions(-) diff --git a/arch/arm/mach-ux500/board-mop500.c b/arch/arm/mach-ux500/board-mop500.c index b6f14ee..b8781ca 100644 --- a/arch/arm/mach-ux500/board-mop500.c +++ b/arch/arm/mach-ux500/board-mop500.c @@ -92,7 +92,6 @@ static struct platform_device snowball_gpio_en_3v3_regulator_dev = { static struct abx500_gpio_platform_data ab8500_gpio_pdata = { .gpio_base = MOP500_AB8500_PIN_GPIO(1), - .irq_base = MOP500_AB8500_VIR_GPIO_IRQ_BASE, }; /* ab8500-codec */ diff --git a/include/linux/mfd/abx500/ab8500-gpio.h b/include/linux/mfd/abx500/ab8500-gpio.h index e8c8281..172b2f2 100644 --- a/include/linux/mfd/abx500/ab8500-gpio.h +++ b/include/linux/mfd/abx500/ab8500-gpio.h @@ -16,7 +16,6 @@ struct abx500_gpio_platform_data { int gpio_base; - u32 irq_base; }; enum abx500_gpio_pull_updown { -- 1.7.11.3
WARNING: multiple messages have this Message-ID (diff)
From: linus.walleij@stericsson.com (Linus Walleij) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 11/14] ARM: ux500: remove irq_base property from platform_data Date: Tue, 5 Feb 2013 20:48:32 +0100 [thread overview] Message-ID: <1360093715-6348-12-git-send-email-linus.walleij@stericsson.com> (raw) In-Reply-To: <1360093715-6348-1-git-send-email-linus.walleij@stericsson.com> From: Lee Jones <lee.jones@linaro.org> AB8500 GPIO no longer handles its GPIO IRQs. Instead, the AB8500 core driver has taken back the responsibility. Prior to this happening, the AB8500 GPIO driver provided a set of virtual IRQs which were used as a pass-through. These virtual IRQs had a base of MOP500_AB8500_VIR_GPIO_IRQ_BASE, which was passed though pdata. We don't need to do this anymore, so we're pulling out the property from the structure. Cc: arm at kernel.org Signed-off-by: Lee Jones <lee.jones@linaro.org> Signed-off-by: Linus Walleij <linus.walleij@linaro.org> --- Requesting an ACK from the ARM SoC maintainers on this patch. --- arch/arm/mach-ux500/board-mop500.c | 1 - include/linux/mfd/abx500/ab8500-gpio.h | 1 - 2 files changed, 2 deletions(-) diff --git a/arch/arm/mach-ux500/board-mop500.c b/arch/arm/mach-ux500/board-mop500.c index b6f14ee..b8781ca 100644 --- a/arch/arm/mach-ux500/board-mop500.c +++ b/arch/arm/mach-ux500/board-mop500.c @@ -92,7 +92,6 @@ static struct platform_device snowball_gpio_en_3v3_regulator_dev = { static struct abx500_gpio_platform_data ab8500_gpio_pdata = { .gpio_base = MOP500_AB8500_PIN_GPIO(1), - .irq_base = MOP500_AB8500_VIR_GPIO_IRQ_BASE, }; /* ab8500-codec */ diff --git a/include/linux/mfd/abx500/ab8500-gpio.h b/include/linux/mfd/abx500/ab8500-gpio.h index e8c8281..172b2f2 100644 --- a/include/linux/mfd/abx500/ab8500-gpio.h +++ b/include/linux/mfd/abx500/ab8500-gpio.h @@ -16,7 +16,6 @@ struct abx500_gpio_platform_data { int gpio_base; - u32 irq_base; }; enum abx500_gpio_pull_updown { -- 1.7.11.3
next prev parent reply other threads:[~2013-02-05 19:50 UTC|newest] Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-02-05 19:48 [PATCH 00/14] reform the ABx500 IRQ handling Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 01/14] mfd: ab8500: prepare to handle AB8500 GPIO's IRQs correctly Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 02/14] mfd: ab8500: provide a irq_set_type() function Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-07 0:07 ` Stephen Warren 2013-02-07 0:07 ` Stephen Warren [not found] ` <CAF2Aj3iO+6j+T5C0X2Hh6TsvT4yaJ2cai6cC9DaiRAwL9n-dVw@mail.gmail.com> 2013-02-07 10:01 ` Linus Walleij 2013-02-07 10:01 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 03/14] mfd: ab8500: ensure new AB8500 pinctrl driver is probed correctly Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-07 0:08 ` Stephen Warren 2013-02-07 0:08 ` Stephen Warren 2013-02-05 19:48 ` [PATCH 04/14] mfd: ab8500: allow AB9540 based devices to use ABX500 pinctrl Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 05/14] pinctrl/abx500: prevent error path from corrupting returning error Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 06/14] pinctrl/abx500: align GPIO cluster boundaries Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 07/14] pinctrl/abx500: move IRQ handling to ab8500-core Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 08/14] pinctrl/abx500: replace IRQ offsets with table read-in values Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 09/14] pinctrl/abx500: use direct IRQ defines Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-07 0:13 ` Stephen Warren 2013-02-07 0:13 ` Stephen Warren [not found] ` <CAF2Aj3jHe+mP0dU_BHThBV-va_iJLcFQedmWQOTaYafAZM1Yxg@mail.gmail.com> 2013-02-07 17:59 ` Stephen Warren 2013-02-07 17:59 ` Stephen Warren 2013-02-08 8:25 ` Lee Jones 2013-02-08 8:25 ` Lee Jones 2013-02-08 17:06 ` Stephen Warren 2013-02-08 17:06 ` Stephen Warren 2013-02-07 19:10 ` Linus Walleij 2013-02-07 19:10 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 10/14] pinctrl/abx500: add Device Tree support Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` Linus Walleij [this message] 2013-02-05 19:48 ` [PATCH 11/14] ARM: ux500: remove irq_base property from platform_data Linus Walleij 2013-02-10 2:42 ` Olof Johansson 2013-02-10 2:42 ` Olof Johansson 2013-02-10 15:01 ` Linus Walleij 2013-02-10 15:01 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 12/14] ARM: ux500: use real AB8500 IRQ numbers instead of virtual ones Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-05 19:48 ` [PATCH 13/14] ARM: ux500: enable AB8500 GPIO for HREF Linus Walleij 2013-02-05 19:48 ` Linus Walleij 2013-02-07 0:17 ` Stephen Warren 2013-02-07 0:17 ` Stephen Warren 2013-02-07 8:30 ` Arnd Bergmann 2013-02-07 8:30 ` Arnd Bergmann 2013-02-05 19:48 ` [PATCH 14/14] ARM: ux500: allow Snowball access to the AB8500 GPIO pins Linus Walleij 2013-02-05 19:48 ` Linus Walleij
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1360093715-6348-12-git-send-email-linus.walleij@stericsson.com \ --to=linus.walleij@stericsson.com \ --cc=anmar.oueja@linaro.org \ --cc=arm@kernel.org \ --cc=lee.jones@linaro.org \ --cc=linus.walleij@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=swarren@nvidia.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.