[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <96031fc7-dced-95bd-fc57-a5fe890638f4@web.de>
Date: Thu, 9 Apr 2020 08:02:24 +0200
From: Markus Elfring <Markus.Elfring@....de>
To: Jason Wang <jasowang@...hat.com>,
"Michael S. Tsirkin" <mst@...hat.com>,
virtualization@...ts.linux-foundation.org
Cc: LKML <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org,
Andrzej Hajda <a.hajda@...sung.com>,
Andy Shevchenko <andy.shevchenko@...il.com>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
Javier Martinez Canillas <javierm@...hat.com>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Mark Brown <broonie@...nel.org>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
Rob Herring <robh@...nel.org>,
Russell King <linux@...linux.org.uk>,
Stephen Boyd <swboyd@...omium.org>,
Tang Bin <tangbin@...s.chinamobile.com>
Subject: Re: virtio-mmio: Delete an error message in vm_find_vqs()
>> The function “platform_get_irq” can log an error already.
>> Thus omit a redundant message for the exception handling in the
>> calling function.
>
> It looks to me that not all error path of platform_get_irq() were loggd.
How do you think about to clarify the handling of the error code “-EPROBE_DEFER” any more?
https://elixir.bootlin.com/linux/v5.6.3/source/drivers/base/platform.c#L202
> And git grep told me there're other users of platform_get_irq() that check and log by themselves.
Source code analysis can point further update candidates out, can't it?
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/base/platform.c?id=7723f4c5ecdb8d832f049f8483beb0d1081cedf6
Would you like to achieve collateral evolution?
Regards,
Markus
Powered by blists - more mailing lists