Re: [RESEND PATCH] gpio: omap: Fix interrupt names

2014-09-23 Thread Linus Walleij
On Fri, Sep 5, 2014 at 9:52 PM, Nishanth Menon n...@ti.com wrote:

 When viewing the /proc/interrupts, there is no information about which
 GPIO bank a specific gpio interrupt is hooked on to. This is more than a
 bit irritating as such information can esily be provided back to the
 user and at times, can be crucial for debug.

 So, instead of displaying something like:
 31: 0   0  GPIO   0  palmas
 32: 0   0  GPIO  27  mmc0

 Display the following with appropriate device name:
 31: 0   0  4ae1.gpio   0  palmas
 32: 0   0  4805d000.gpio  27  mmc0

 This requires that we create irq_chip instance specific for each GPIO
 bank which is trivial to achieve.

 Signed-off-by: Nishanth Menon n...@ti.com
 Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
 Acked-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
 Acked-by: Kevin Hilman khil...@linaro.org
 ---
 Requested to be resend by Javier with linux-gpio maintainers in CC.

 Original V1 of the patch: https://patchwork.kernel.org/patch/4757891/

 Probably belongs to 3.18 kernel series at this point in time.

 Changes since v1: just picked up Acks.

Patch applied.

Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [RESEND PATCH] gpio: omap: Fix interrupt names

2014-09-19 Thread Alexandre Courbot
On Sat, Sep 6, 2014 at 4:52 AM, Nishanth Menon n...@ti.com wrote:
 When viewing the /proc/interrupts, there is no information about which
 GPIO bank a specific gpio interrupt is hooked on to. This is more than a
 bit irritating as such information can esily be provided back to the
 user and at times, can be crucial for debug.

 So, instead of displaying something like:
 31: 0   0  GPIO   0  palmas
 32: 0   0  GPIO  27  mmc0

 Display the following with appropriate device name:
 31: 0   0  4ae1.gpio   0  palmas
 32: 0   0  4805d000.gpio  27  mmc0

 This requires that we create irq_chip instance specific for each GPIO
 bank which is trivial to achieve.

Acked-by: Alexandre Courbot acour...@nvidia.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [RESEND PATCH] gpio: omap: Fix interrupt names

2014-09-17 Thread Javier Martinez Canillas
Hello Linus,

On Fri, Sep 5, 2014 at 9:52 PM, Nishanth Menon n...@ti.com wrote:
 When viewing the /proc/interrupts, there is no information about which
 GPIO bank a specific gpio interrupt is hooked on to. This is more than a
 bit irritating as such information can esily be provided back to the
 user and at times, can be crucial for debug.

 So, instead of displaying something like:
 31: 0   0  GPIO   0  palmas
 32: 0   0  GPIO  27  mmc0

 Display the following with appropriate device name:
 31: 0   0  4ae1.gpio   0  palmas
 32: 0   0  4805d000.gpio  27  mmc0

 This requires that we create irq_chip instance specific for each GPIO
 bank which is trivial to achieve.

 Signed-off-by: Nishanth Menon n...@ti.com
 Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
 Acked-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
 Acked-by: Kevin Hilman khil...@linaro.org
 ---
 Requested to be resend by Javier with linux-gpio maintainers in CC.

 Original V1 of the patch: https://patchwork.kernel.org/patch/4757891/

 Probably belongs to 3.18 kernel series at this point in time.


I've no other patches for the GPIO OMAP driver for 3.18, could you
please pick this patch?

Thanks a lot and best regards,
Javier
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[RESEND PATCH] gpio: omap: Fix interrupt names

2014-09-05 Thread Nishanth Menon
When viewing the /proc/interrupts, there is no information about which
GPIO bank a specific gpio interrupt is hooked on to. This is more than a
bit irritating as such information can esily be provided back to the
user and at times, can be crucial for debug.

So, instead of displaying something like:
31: 0   0  GPIO   0  palmas
32: 0   0  GPIO  27  mmc0

Display the following with appropriate device name:
31: 0   0  4ae1.gpio   0  palmas
32: 0   0  4805d000.gpio  27  mmc0

This requires that we create irq_chip instance specific for each GPIO
bank which is trivial to achieve.

Signed-off-by: Nishanth Menon n...@ti.com
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
Acked-by: Kevin Hilman khil...@linaro.org
---
Requested to be resend by Javier with linux-gpio maintainers in CC.

Original V1 of the patch: https://patchwork.kernel.org/patch/4757891/

Probably belongs to 3.18 kernel series at this point in time.

Changes since v1: just picked up Acks.

V1: https://patchwork.kernel.org/patch/4757891/

based on v3.17-rc1

 drivers/gpio/gpio-omap.c |   31 +--
 1 file changed, 17 insertions(+), 14 deletions(-)

diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
index 1749321..aee25fa 100644
--- a/drivers/gpio/gpio-omap.c
+++ b/drivers/gpio/gpio-omap.c
@@ -857,16 +857,6 @@ static void omap_gpio_unmask_irq(struct irq_data *d)
spin_unlock_irqrestore(bank-lock, flags);
 }
 
-static struct irq_chip gpio_irq_chip = {
-   .name   = GPIO,
-   .irq_shutdown   = omap_gpio_irq_shutdown,
-   .irq_ack= omap_gpio_ack_irq,
-   .irq_mask   = omap_gpio_mask_irq,
-   .irq_unmask = omap_gpio_unmask_irq,
-   .irq_set_type   = omap_gpio_irq_type,
-   .irq_set_wake   = omap_gpio_wake_enable,
-};
-
 /*-*/
 
 static int omap_mpuio_suspend_noirq(struct device *dev)
@@ -1088,7 +1078,7 @@ omap_mpuio_alloc_gc(struct gpio_bank *bank, unsigned int 
irq_start,
   IRQ_NOREQUEST | IRQ_NOPROBE, 0);
 }
 
-static int omap_gpio_chip_init(struct gpio_bank *bank)
+static int omap_gpio_chip_init(struct gpio_bank *bank, struct irq_chip *irqc)
 {
int j;
static int gpio;
@@ -1137,7 +1127,7 @@ static int omap_gpio_chip_init(struct gpio_bank *bank)
}
 #endif
 
-   ret = gpiochip_irqchip_add(bank-chip, gpio_irq_chip,
+   ret = gpiochip_irqchip_add(bank-chip, irqc,
   irq_base, omap_gpio_irq_handler,
   IRQ_TYPE_NONE);
 
@@ -1147,7 +1137,7 @@ static int omap_gpio_chip_init(struct gpio_bank *bank)
return -ENODEV;
}
 
-   gpiochip_set_chained_irqchip(bank-chip, gpio_irq_chip,
+   gpiochip_set_chained_irqchip(bank-chip, irqc,
 bank-irq, omap_gpio_irq_handler);
 
for (j = 0; j  bank-width; j++) {
@@ -1172,6 +1162,7 @@ static int omap_gpio_probe(struct platform_device *pdev)
const struct omap_gpio_platform_data *pdata;
struct resource *res;
struct gpio_bank *bank;
+   struct irq_chip *irqc;
int ret;
 
match = of_match_device(of_match_ptr(omap_gpio_match), dev);
@@ -1186,6 +1177,18 @@ static int omap_gpio_probe(struct platform_device *pdev)
return -ENOMEM;
}
 
+   irqc = devm_kzalloc(dev, sizeof(*irqc), GFP_KERNEL);
+   if (!irqc)
+   return -ENOMEM;
+
+   irqc-irq_shutdown = omap_gpio_irq_shutdown,
+   irqc-irq_ack = omap_gpio_ack_irq,
+   irqc-irq_mask = omap_gpio_mask_irq,
+   irqc-irq_unmask = omap_gpio_unmask_irq,
+   irqc-irq_set_type = omap_gpio_irq_type,
+   irqc-irq_set_wake = omap_gpio_wake_enable,
+   irqc-name = dev_name(pdev-dev);
+
res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
if (unlikely(!res)) {
dev_err(dev, Invalid IRQ resource\n);
@@ -1241,7 +1244,7 @@ static int omap_gpio_probe(struct platform_device *pdev)
 
omap_gpio_mod_init(bank);
 
-   ret = omap_gpio_chip_init(bank);
+   ret = omap_gpio_chip_init(bank, irqc);
if (ret)
return ret;
 
-- 
1.7.9.5

--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] gpio: omap: Fix interrupt names

2014-08-22 Thread Kevin Hilman
Nishanth Menon n...@ti.com writes:

 When viewing the /proc/interrupts, there is no information about which
 GPIO bank a specific gpio interrupt is hooked on to. This is more than a
 bit irritating as such information can esily be provided back to the
 user and at times, can be crucial for debug.

 So, instead of displaying something like:
 31:   0   0  GPIO   0  palmas
 32:   0   0  GPIO  27  mmc0

 Display the following with appropriate device name:
 31:   0   0  4ae1.gpio   0  palmas
 32:   0   0  4805d000.gpio  27  mmc0

 This requires that we create irq_chip instance specific for each GPIO
 bank which is trivial to achieve.

 Signed-off-by: Nishanth Menon n...@ti.com

Acked-by: Kevin Hilman khil...@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[PATCH] gpio: omap: Fix interrupt names

2014-08-21 Thread Nishanth Menon
When viewing the /proc/interrupts, there is no information about which
GPIO bank a specific gpio interrupt is hooked on to. This is more than a
bit irritating as such information can esily be provided back to the
user and at times, can be crucial for debug.

So, instead of displaying something like:
31: 0   0  GPIO   0  palmas
32: 0   0  GPIO  27  mmc0

Display the following with appropriate device name:
31: 0   0  4ae1.gpio   0  palmas
32: 0   0  4805d000.gpio  27  mmc0

This requires that we create irq_chip instance specific for each GPIO
bank which is trivial to achieve.

Signed-off-by: Nishanth Menon n...@ti.com
---
based on v3.17-rc1
 drivers/gpio/gpio-omap.c |   31 +--
 1 file changed, 17 insertions(+), 14 deletions(-)

diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
index 1749321..aee25fa 100644
--- a/drivers/gpio/gpio-omap.c
+++ b/drivers/gpio/gpio-omap.c
@@ -857,16 +857,6 @@ static void omap_gpio_unmask_irq(struct irq_data *d)
spin_unlock_irqrestore(bank-lock, flags);
 }
 
-static struct irq_chip gpio_irq_chip = {
-   .name   = GPIO,
-   .irq_shutdown   = omap_gpio_irq_shutdown,
-   .irq_ack= omap_gpio_ack_irq,
-   .irq_mask   = omap_gpio_mask_irq,
-   .irq_unmask = omap_gpio_unmask_irq,
-   .irq_set_type   = omap_gpio_irq_type,
-   .irq_set_wake   = omap_gpio_wake_enable,
-};
-
 /*-*/
 
 static int omap_mpuio_suspend_noirq(struct device *dev)
@@ -1088,7 +1078,7 @@ omap_mpuio_alloc_gc(struct gpio_bank *bank, unsigned int 
irq_start,
   IRQ_NOREQUEST | IRQ_NOPROBE, 0);
 }
 
-static int omap_gpio_chip_init(struct gpio_bank *bank)
+static int omap_gpio_chip_init(struct gpio_bank *bank, struct irq_chip *irqc)
 {
int j;
static int gpio;
@@ -1137,7 +1127,7 @@ static int omap_gpio_chip_init(struct gpio_bank *bank)
}
 #endif
 
-   ret = gpiochip_irqchip_add(bank-chip, gpio_irq_chip,
+   ret = gpiochip_irqchip_add(bank-chip, irqc,
   irq_base, omap_gpio_irq_handler,
   IRQ_TYPE_NONE);
 
@@ -1147,7 +1137,7 @@ static int omap_gpio_chip_init(struct gpio_bank *bank)
return -ENODEV;
}
 
-   gpiochip_set_chained_irqchip(bank-chip, gpio_irq_chip,
+   gpiochip_set_chained_irqchip(bank-chip, irqc,
 bank-irq, omap_gpio_irq_handler);
 
for (j = 0; j  bank-width; j++) {
@@ -1172,6 +1162,7 @@ static int omap_gpio_probe(struct platform_device *pdev)
const struct omap_gpio_platform_data *pdata;
struct resource *res;
struct gpio_bank *bank;
+   struct irq_chip *irqc;
int ret;
 
match = of_match_device(of_match_ptr(omap_gpio_match), dev);
@@ -1186,6 +1177,18 @@ static int omap_gpio_probe(struct platform_device *pdev)
return -ENOMEM;
}
 
+   irqc = devm_kzalloc(dev, sizeof(*irqc), GFP_KERNEL);
+   if (!irqc)
+   return -ENOMEM;
+
+   irqc-irq_shutdown = omap_gpio_irq_shutdown,
+   irqc-irq_ack = omap_gpio_ack_irq,
+   irqc-irq_mask = omap_gpio_mask_irq,
+   irqc-irq_unmask = omap_gpio_unmask_irq,
+   irqc-irq_set_type = omap_gpio_irq_type,
+   irqc-irq_set_wake = omap_gpio_wake_enable,
+   irqc-name = dev_name(pdev-dev);
+
res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
if (unlikely(!res)) {
dev_err(dev, Invalid IRQ resource\n);
@@ -1241,7 +1244,7 @@ static int omap_gpio_probe(struct platform_device *pdev)
 
omap_gpio_mod_init(bank);
 
-   ret = omap_gpio_chip_init(bank);
+   ret = omap_gpio_chip_init(bank, irqc);
if (ret)
return ret;
 
-- 
1.7.9.5

--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] gpio: omap: Fix interrupt names

2014-08-21 Thread Santosh Shilimkar
On Thursday 21 August 2014 09:19 AM, Nishanth Menon wrote:
 When viewing the /proc/interrupts, there is no information about which
 GPIO bank a specific gpio interrupt is hooked on to. This is more than a
 bit irritating as such information can esily be provided back to the
 user and at times, can be crucial for debug.
 
 So, instead of displaying something like:
 31:   0   0  GPIO   0  palmas
 32:   0   0  GPIO  27  mmc0
 
 Display the following with appropriate device name:
 31:   0   0  4ae1.gpio   0  palmas
 32:   0   0  4805d000.gpio  27  mmc0
 
 This requires that we create irq_chip instance specific for each GPIO
 bank which is trivial to achieve.
 
 Signed-off-by: Nishanth Menon n...@ti.com
 ---
 based on v3.17-rc1
Looks good..
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com

  drivers/gpio/gpio-omap.c |   31 +--
  1 file changed, 17 insertions(+), 14 deletions(-)
 
 diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
 index 1749321..aee25fa 100644
 --- a/drivers/gpio/gpio-omap.c
 +++ b/drivers/gpio/gpio-omap.c
 @@ -857,16 +857,6 @@ static void omap_gpio_unmask_irq(struct irq_data *d)
   spin_unlock_irqrestore(bank-lock, flags);
  }
  
 -static struct irq_chip gpio_irq_chip = {
 - .name   = GPIO,
 - .irq_shutdown   = omap_gpio_irq_shutdown,
 - .irq_ack= omap_gpio_ack_irq,
 - .irq_mask   = omap_gpio_mask_irq,
 - .irq_unmask = omap_gpio_unmask_irq,
 - .irq_set_type   = omap_gpio_irq_type,
 - .irq_set_wake   = omap_gpio_wake_enable,
 -};
 -
  /*-*/
  
  static int omap_mpuio_suspend_noirq(struct device *dev)
 @@ -1088,7 +1078,7 @@ omap_mpuio_alloc_gc(struct gpio_bank *bank, unsigned 
 int irq_start,
  IRQ_NOREQUEST | IRQ_NOPROBE, 0);
  }
  
 -static int omap_gpio_chip_init(struct gpio_bank *bank)
 +static int omap_gpio_chip_init(struct gpio_bank *bank, struct irq_chip *irqc)
  {
   int j;
   static int gpio;
 @@ -1137,7 +1127,7 @@ static int omap_gpio_chip_init(struct gpio_bank *bank)
   }
  #endif
  
 - ret = gpiochip_irqchip_add(bank-chip, gpio_irq_chip,
 + ret = gpiochip_irqchip_add(bank-chip, irqc,
  irq_base, omap_gpio_irq_handler,
  IRQ_TYPE_NONE);
  
 @@ -1147,7 +1137,7 @@ static int omap_gpio_chip_init(struct gpio_bank *bank)
   return -ENODEV;
   }
  
 - gpiochip_set_chained_irqchip(bank-chip, gpio_irq_chip,
 + gpiochip_set_chained_irqchip(bank-chip, irqc,
bank-irq, omap_gpio_irq_handler);
  
   for (j = 0; j  bank-width; j++) {
 @@ -1172,6 +1162,7 @@ static int omap_gpio_probe(struct platform_device *pdev)
   const struct omap_gpio_platform_data *pdata;
   struct resource *res;
   struct gpio_bank *bank;
 + struct irq_chip *irqc;
   int ret;
  
   match = of_match_device(of_match_ptr(omap_gpio_match), dev);
 @@ -1186,6 +1177,18 @@ static int omap_gpio_probe(struct platform_device 
 *pdev)
   return -ENOMEM;
   }
  
 + irqc = devm_kzalloc(dev, sizeof(*irqc), GFP_KERNEL);
 + if (!irqc)
 + return -ENOMEM;
 +
 + irqc-irq_shutdown = omap_gpio_irq_shutdown,
 + irqc-irq_ack = omap_gpio_ack_irq,
 + irqc-irq_mask = omap_gpio_mask_irq,
 + irqc-irq_unmask = omap_gpio_unmask_irq,
 + irqc-irq_set_type = omap_gpio_irq_type,
 + irqc-irq_set_wake = omap_gpio_wake_enable,
 + irqc-name = dev_name(pdev-dev);
 +
   res = platform_get_resource(pdev, IORESOURCE_IRQ, 0);
   if (unlikely(!res)) {
   dev_err(dev, Invalid IRQ resource\n);
 @@ -1241,7 +1244,7 @@ static int omap_gpio_probe(struct platform_device *pdev)
  
   omap_gpio_mod_init(bank);
  
 - ret = omap_gpio_chip_init(bank);
 + ret = omap_gpio_chip_init(bank, irqc);
   if (ret)
   return ret;
  
 

--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] gpio: omap: Fix interrupt names

2014-08-21 Thread Javier Martinez Canillas
Hello,

On Thu, Aug 21, 2014 at 3:37 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
 On Thursday 21 August 2014 09:19 AM, Nishanth Menon wrote:
 When viewing the /proc/interrupts, there is no information about which
 GPIO bank a specific gpio interrupt is hooked on to. This is more than a
 bit irritating as such information can esily be provided back to the
 user and at times, can be crucial for debug.

 So, instead of displaying something like:
 31:   0   0  GPIO   0  palmas
 32:   0   0  GPIO  27  mmc0

 Display the following with appropriate device name:
 31:   0   0  4ae1.gpio   0  palmas
 32:   0   0  4805d000.gpio  27  mmc0

 This requires that we create irq_chip instance specific for each GPIO
 bank which is trivial to achieve.

 Signed-off-by: Nishanth Menon n...@ti.com
 ---
 based on v3.17-rc1
 Looks good..
 Acked-by: Santosh Shilimkar santosh.shilim...@ti.com


Looks good to me as well.

Acked-by: Javier Martinez Canillas javier.marti...@collabora.co.uk

Best regards,
Javier
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html