In order to simply code,because platform_get_irq() already has
dev_err() message.
Signed-off-by: Tang Bin <[email protected]>
---
drivers/edac/altera_edac.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/edac/altera_edac.c b/drivers/edac/altera_edac.c
index e91cf1147..e12bad148 100644
--- a/drivers/edac/altera_edac.c
+++ b/drivers/edac/altera_edac.c
@@ -2099,7 +2099,7 @@ static int altr_edac_a10_probe(struct platform_device *pdev)
return -ENOMEM;
}
- edac->sb_irq = platform_get_irq(pdev, 0);
+ edac->sb_irq = platform_get_irq_optional(pdev, 0);
if (edac->sb_irq < 0) {
dev_err(&pdev->dev, "No SBERR IRQ resource\n");
return edac->sb_irq;
@@ -2134,7 +2134,7 @@ static int altr_edac_a10_probe(struct platform_device *pdev)
}
}
#else
- edac->db_irq = platform_get_irq(pdev, 1);
+ edac->db_irq = platform_get_irq_optional(pdev, 1);
if (edac->db_irq < 0) {
dev_err(&pdev->dev, "No DBERR IRQ resource\n");
return edac->db_irq;
--
2.20.1.windows.1
On 02.04.20 19:27:40, Tang Bin wrote:
> In order to simply code,because platform_get_irq() already has
> dev_err() message.
I don't see a difference other than hiding a -EPROBE_DEFER error
message. If that is your intention, please update subject and
description accordingly.
Thanks,
-Robert
>
> Signed-off-by: Tang Bin <[email protected]>
> ---
> drivers/edac/altera_edac.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/edac/altera_edac.c b/drivers/edac/altera_edac.c
> index e91cf1147..e12bad148 100644
> --- a/drivers/edac/altera_edac.c
> +++ b/drivers/edac/altera_edac.c
> @@ -2099,7 +2099,7 @@ static int altr_edac_a10_probe(struct platform_device *pdev)
> return -ENOMEM;
> }
>
> - edac->sb_irq = platform_get_irq(pdev, 0);
> + edac->sb_irq = platform_get_irq_optional(pdev, 0);
> if (edac->sb_irq < 0) {
> dev_err(&pdev->dev, "No SBERR IRQ resource\n");
> return edac->sb_irq;
> @@ -2134,7 +2134,7 @@ static int altr_edac_a10_probe(struct platform_device *pdev)
> }
> }
> #else
> - edac->db_irq = platform_get_irq(pdev, 1);
> + edac->db_irq = platform_get_irq_optional(pdev, 1);
> if (edac->db_irq < 0) {
> dev_err(&pdev->dev, "No DBERR IRQ resource\n");
> return edac->db_irq;
> --
> 2.20.1.windows.1
>
>
>
On 02.04.20 21:06:32, [email protected] wrote:
> Thank you for you replay,what I want to say is：We don't need dev_err()
> message because when something goes wrong, platform_get_irq() has print an
> error message itself, so we could remove duplicate dev_err() here , or use
> platform_get_irq_optional() instead. Thank you very much!
Please, do not top-post. See Boris' link in his footer:
https://people.kernel.org/tglx/notes-about-netiquette
See, now your answer is out of context.
What is wrong having 2 error messages? You want to know of the error
as early as possible and see the causal chain of the error. Hiding it
makes an analysis harder. Errors should happen rarely, so why save a
line in dmesg here? In your case, the irq is not optional, it is
required. So something is wrong if it fails.
Thanks,
-Robert
>
> ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
> [email protected]
>
>
> From: Robert Richter
> Date: 2020-04-02 20:30
> To: Tang Bin
> CC: [email protected]; [email protected]; [email protected];
> [email protected]; [email protected]; [email protected];
> [email protected]
> Subject: Re: [PATCH] EDAC/altera:Use platform_get_irq_optional()
> On 02.04.20 19:27:40, Tang Bin wrote:
> > In order to simply code,because platform_get_irq() already has
> > dev_err() message.
>
> I don't see a difference other than hiding a -EPROBE_DEFER error
> message. If that is your intention, please update subject and
> description accordingly.
>
> Thanks,
>
> -Robert
>
> >
> > Signed-off-by: Tang Bin <[email protected]>
> > ---
> > drivers/edac/altera_edac.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/edac/altera_edac.c b/drivers/edac/altera_edac.c
> > index e91cf1147..e12bad148 100644
> > --- a/drivers/edac/altera_edac.c
> > +++ b/drivers/edac/altera_edac.c
> > @@ -2099,7 +2099,7 @@ static int altr_edac_a10_probe(struct
> platform_device *pdev)
> > return -ENOMEM;
> > }
> >
> > - edac->sb_irq = platform_get_irq(pdev, 0);
> > + edac->sb_irq = platform_get_irq_optional(pdev, 0);
> > if (edac->sb_irq < 0) {
> > dev_err(&pdev->dev, "No SBERR IRQ resource\n");
> > return edac->sb_irq;
> > @@ -2134,7 +2134,7 @@ static int altr_edac_a10_probe(struct
> platform_device *pdev)
> > }
> > }
> > #else
> > - edac->db_irq = platform_get_irq(pdev, 1);
> > + edac->db_irq = platform_get_irq_optional(pdev, 1);
> > if (edac->db_irq < 0) {
> > dev_err(&pdev->dev, "No DBERR IRQ resource\n");
> > return edac->db_irq;
> > --
> > 2.20.1.windows.1
> >
> >
> >
>
On Wed, Apr 08, 2020 at 07:33:44PM +0800, Tang Bin wrote:
> I know what you mean, Thanks.
I don't think you do because you still top-post.
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Hi Borislav & Robert:
On 2020/4/8 19:36, Borislav Petkov wrote:
> On Wed, Apr 08, 2020 at 07:33:44PM +0800, Tang Bin wrote:
>> I know what you mean, Thanks.
> I don't think you do because you still top-post.
>
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?
>
> A: No.
> Q: Should I include quotations after my reply?
>
> http://daringfireball.net/2007/07/on_top
I am sorry for the previous writing mistake(top-post). I have consulted
others and hope it's right this time. Sorry again and thanks for
teaching. I hope to continuously improve myself and regulate myself
under your guidance.
Thanks.
Tang Bin
On Fri, Apr 10, 2020 at 04:25:24PM +0800, Tang Bin wrote:
> I am sorry for the previous writing mistake(top-post). I have consulted
> others and hope it's right this time. Sorry again and thanks for teaching. I
> hope to continuously improve myself and regulate myself under your guidance.
That looks better, thanks!
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Hi Borislav:
On 2020/4/10 17:52, Borislav Petkov wrote:
> On Fri, Apr 10, 2020 at 04:25:24PM +0800, Tang Bin wrote:
>> I am sorry for the previous writing mistake(top-post). I have consulted
>> others and hope it's right this time. Sorry again and thanks for teaching. I
>> hope to continuously improve myself and regulate myself under your guidance.
> That looks better, thanks!
Thanks for your patienct, thank you.
Tang Bin