During probe, return the "get_irq" error value instead of -EINVAL which
allows the driver to be deferred probed if needed.
Fix also the case where of_irq_get() returns a negative value.
Note :
On failure of_irq_get() returns 0 or a negative value while
platform_get_irq() returns a negative value.
Fixes: aeb068c57214 ("i2c: i2c-stm32f7: add driver")
Reviewed-by: Pierre-Yves MORDRET <[email protected]>
Signed-off-by: Fabien Dessenne <[email protected]>
Signed-off-by: Fabrice Gasnier <[email protected]>
---
Changes in v2:
- Also check for irq == 0 that means "does not exist" as pointed out by
Marc
---
drivers/i2c/busses/i2c-stm32f7.c | 26 ++++++++++++++------------
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/drivers/i2c/busses/i2c-stm32f7.c b/drivers/i2c/busses/i2c-stm32f7.c
index 4284fc9..d7d7dd7 100644
--- a/drivers/i2c/busses/i2c-stm32f7.c
+++ b/drivers/i2c/busses/i2c-stm32f7.c
@@ -25,7 +25,6 @@
#include <linux/module.h>
#include <linux/of.h>
#include <linux/of_address.h>
-#include <linux/of_irq.h>
#include <linux/of_platform.h>
#include <linux/platform_device.h>
#include <linux/pinctrl/consumer.h>
@@ -1812,15 +1811,14 @@ static struct i2c_algorithm stm32f7_i2c_algo = {
static int stm32f7_i2c_probe(struct platform_device *pdev)
{
- struct device_node *np = pdev->dev.of_node;
struct stm32f7_i2c_dev *i2c_dev;
const struct stm32f7_i2c_setup *setup;
struct resource *res;
- u32 irq_error, irq_event, clk_rate, rise_time, fall_time;
+ u32 clk_rate, rise_time, fall_time;
struct i2c_adapter *adap;
struct reset_control *rst;
dma_addr_t phy_addr;
- int ret;
+ int irq_error, irq_event, ret;
i2c_dev = devm_kzalloc(&pdev->dev, sizeof(*i2c_dev), GFP_KERNEL);
if (!i2c_dev)
@@ -1832,16 +1830,20 @@ static int stm32f7_i2c_probe(struct platform_device *pdev)
return PTR_ERR(i2c_dev->base);
phy_addr = (dma_addr_t)res->start;
- irq_event = irq_of_parse_and_map(np, 0);
- if (!irq_event) {
- dev_err(&pdev->dev, "IRQ event missing or invalid\n");
- return -EINVAL;
+ irq_event = platform_get_irq(pdev, 0);
+ if (irq_event <= 0) {
+ if (irq_event != -EPROBE_DEFER)
+ dev_err(&pdev->dev, "Failed to get IRQ event: %d\n",
+ irq_event);
+ return irq_event ? irq_event : -ENODEV;
}
- irq_error = irq_of_parse_and_map(np, 1);
- if (!irq_error) {
- dev_err(&pdev->dev, "IRQ error missing or invalid\n");
- return -EINVAL;
+ irq_error = platform_get_irq(pdev, 1);
+ if (irq_error <= 0) {
+ if (irq_error != -EPROBE_DEFER)
+ dev_err(&pdev->dev, "Failed to get IRQ error: %d\n",
+ irq_error);
+ return irq_error ? irq_error : -ENODEV;
}
i2c_dev->clk = devm_clk_get(&pdev->dev, NULL);
--
2.7.4
On 5/16/19 5:29 PM, Fabrice Gasnier wrote:
> During probe, return the "get_irq" error value instead of -EINVAL which
> allows the driver to be deferred probed if needed.
> Fix also the case where of_irq_get() returns a negative value.
> Note :
> On failure of_irq_get() returns 0 or a negative value while
> platform_get_irq() returns a negative value.
>
> Fixes: aeb068c57214 ("i2c: i2c-stm32f7: add driver")
>
> Reviewed-by: Pierre-Yves MORDRET <[email protected]>
> Signed-off-by: Fabien Dessenne <[email protected]>
> Signed-off-by: Fabrice Gasnier <[email protected]>
> ---
> Changes in v2:
> - Also check for irq == 0 that means "does not exist" as pointed out by
> Marc
Hi Wolfram, all,
Gentle ping on this patch
Best Regards,
Fabrice
> ---
> drivers/i2c/busses/i2c-stm32f7.c | 26 ++++++++++++++------------
> 1 file changed, 14 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-stm32f7.c b/drivers/i2c/busses/i2c-stm32f7.c
> index 4284fc9..d7d7dd7 100644
> --- a/drivers/i2c/busses/i2c-stm32f7.c
> +++ b/drivers/i2c/busses/i2c-stm32f7.c
> @@ -25,7 +25,6 @@
> #include <linux/module.h>
> #include <linux/of.h>
> #include <linux/of_address.h>
> -#include <linux/of_irq.h>
> #include <linux/of_platform.h>
> #include <linux/platform_device.h>
> #include <linux/pinctrl/consumer.h>
> @@ -1812,15 +1811,14 @@ static struct i2c_algorithm stm32f7_i2c_algo = {
>
> static int stm32f7_i2c_probe(struct platform_device *pdev)
> {
> - struct device_node *np = pdev->dev.of_node;
> struct stm32f7_i2c_dev *i2c_dev;
> const struct stm32f7_i2c_setup *setup;
> struct resource *res;
> - u32 irq_error, irq_event, clk_rate, rise_time, fall_time;
> + u32 clk_rate, rise_time, fall_time;
> struct i2c_adapter *adap;
> struct reset_control *rst;
> dma_addr_t phy_addr;
> - int ret;
> + int irq_error, irq_event, ret;
>
> i2c_dev = devm_kzalloc(&pdev->dev, sizeof(*i2c_dev), GFP_KERNEL);
> if (!i2c_dev)
> @@ -1832,16 +1830,20 @@ static int stm32f7_i2c_probe(struct platform_device *pdev)
> return PTR_ERR(i2c_dev->base);
> phy_addr = (dma_addr_t)res->start;
>
> - irq_event = irq_of_parse_and_map(np, 0);
> - if (!irq_event) {
> - dev_err(&pdev->dev, "IRQ event missing or invalid\n");
> - return -EINVAL;
> + irq_event = platform_get_irq(pdev, 0);
> + if (irq_event <= 0) {
> + if (irq_event != -EPROBE_DEFER)
> + dev_err(&pdev->dev, "Failed to get IRQ event: %d\n",
> + irq_event);
> + return irq_event ? irq_event : -ENODEV;
> }
>
> - irq_error = irq_of_parse_and_map(np, 1);
> - if (!irq_error) {
> - dev_err(&pdev->dev, "IRQ error missing or invalid\n");
> - return -EINVAL;
> + irq_error = platform_get_irq(pdev, 1);
> + if (irq_error <= 0) {
> + if (irq_error != -EPROBE_DEFER)
> + dev_err(&pdev->dev, "Failed to get IRQ error: %d\n",
> + irq_error);
> + return irq_error ? irq_error : -ENODEV;
> }
>
> i2c_dev->clk = devm_clk_get(&pdev->dev, NULL);
>
Hi Fabrice,
> + return irq_event ? irq_event : -ENODEV;
Maybe -ENOENT instead of -ENODEV? I mean you have a dev_err there, so
the driver core should probably also complain?
You could also shorten the ternary operator to:
return irq_event ? : -E<whatyouprefer>;
However, both are minor nits. If you prefer to keep the patch as is,
fine with me.
Regards,
Wolfram
On 6/14/19 10:53 PM, Wolfram Sang wrote:
> Hi Fabrice,
>
>> + return irq_event ? irq_event : -ENODEV;
>
> Maybe -ENOENT instead of -ENODEV? I mean you have a dev_err there, so
> the driver core should probably also complain?
>
> You could also shorten the ternary operator to:
>
> return irq_event ? : -E<whatyouprefer>;
>
> However, both are minor nits. If you prefer to keep the patch as is,
> fine with me.
Hi Wolfram,
Thanks for reviewing,
I've sent a v3 with your suggestions.
Regards,
Fabrice
>
> Regards,
>
> Wolfram
>