[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Yc2lmzJgn/nEbC5r@kroah.com>
Date: Thu, 30 Dec 2021 13:27:07 +0100
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: "Lad, Prabhakar" <prabhakar.csengg@...il.com>
Cc: Andy Shevchenko <andy.shevchenko@...il.com>,
Lad Prabhakar <prabhakar.mahadev-lad.rj@...renesas.com>,
"linux-serial@...r.kernel.org" <linux-serial@...r.kernel.org>,
Al Cooper <alcooperx@...il.com>,
Jiri Slaby <jirislaby@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"bcm-kernel-feedback-list@...adcom.com"
<bcm-kernel-feedback-list@...adcom.com>
Subject: Re: [PATCH 03/10] serial: 8250_bcm7271: Propagate error codes from
brcmuart_probe()
On Sat, Dec 25, 2021 at 12:20:02PM +0000, Lad, Prabhakar wrote:
> Hi Andy,
>
> Thank you for the review.
>
> On Sat, Dec 25, 2021 at 11:20 AM Andy Shevchenko
> <andy.shevchenko@...il.com> wrote:
> >
> >
> >
> > On Friday, December 24, 2021, Lad Prabhakar <prabhakar.mahadev-lad.rj@...renesas.com> wrote:
> >>
> >> In case of failures brcmuart_probe() always returned -ENODEV, this
> >> isn't correct for example platform_get_irq_byname() may return
> >> -EPROBE_DEFER to handle such cases propagate error codes in
> >> brcmuart_probe() in case of failures.
> >>
> >> Fixes: 41a469482de25 ("serial: 8250: Add new 8250-core based Broadcom STB driver")
> >> Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...renesas.com>
> >> ---
> >> drivers/tty/serial/8250/8250_bcm7271.c | 11 ++++++++---
> >> 1 file changed, 8 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/drivers/tty/serial/8250/8250_bcm7271.c b/drivers/tty/serial/8250/8250_bcm7271.c
> >> index 7ecfcc650d28..cc60a7874e8b 100644
> >> --- a/drivers/tty/serial/8250/8250_bcm7271.c
> >> +++ b/drivers/tty/serial/8250/8250_bcm7271.c
> >> @@ -1074,14 +1074,18 @@ static int brcmuart_probe(struct platform_device *pdev)
> >> priv->rx_bufs = dma_alloc_coherent(dev,
> >> priv->rx_size,
> >> &priv->rx_addr, GFP_KERNEL);
> >> - if (!priv->rx_bufs)
> >> + if (!priv->rx_bufs) {
> >> + ret = -EINVAL;
> >
> >
> >
> > For memory allocation we usually return -ENOMEM.
> >
> Agreed, will fix that.
Just send a follow-on patch for that, thanks.
greg k-h
Powered by blists - more mailing lists