[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d9ac8446-c7ff-6e57-5eaa-f1a09d549081@metux.net>
Date: Fri, 15 Mar 2019 19:41:14 +0100
From: "Enrico Weigelt, metux IT consult" <lkml@...ux.net>
To: Andy Shevchenko <andy.shevchenko@...il.com>
Cc: "Enrico Weigelt, metux IT consult" <info@...ux.net>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Eric Anholt <eric@...olt.net>,
Stefan Wahren <stefan.wahren@...e.com>,
Florian Fainelli <f.fainelli@...il.com>,
Ray Jui <rjui@...adcom.com>,
Scott Branden <sbranden@...adcom.com>,
bcm-kernel-feedback-list <bcm-kernel-feedback-list@...adcom.com>,
Vladimir Zapolskiy <vz@...ia.com>,
Matthias Brugger <matthias.bgg@...il.com>,
Masahiro Yamada <yamada.masahiro@...ionext.com>,
Tobias Klauser <tklauser@...tanz.ch>,
Richard Genoud <richard.genoud@...il.com>,
macro@...ux-mips.org,
Uwe Kleine-König <u.kleine-koenig@...gutronix.de>,
Sascha Hauer <kernel@...gutronix.de>, slemieux.tyco@...il.com,
Andy Gross <andy.gross@...aro.org>,
David Brown <david.brown@...aro.org>,
Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Fabio Estevam <festevam@...il.com>,
dl-linux-imx <linux-imx@....com>, baohua@...nel.org,
Peter Korsgaard <jacmet@...site.dk>,
"open list:SERIAL DRIVERS" <linux-serial@...r.kernel.org>,
linux-arm-msm@...r.kernel.org,
"open list:LINUX FOR POWERPC PA SEMI PWRFICIENT"
<linuxppc-dev@...ts.ozlabs.org>
Subject: Re: serial driver cleanups v2
On 15.03.19 19:11, Andy Shevchenko wrote:
>> The actual goal is generalizing the whole iomem handling, so individual
>> usually just need to call some helpers that do most of the things.
>> Finally, I also wanted to have all io region information consolidated
>> in struct resource.
>
> That's should be a selling point, not just conversion per se.
hmm, I never was good at selling :o
but I'll try anyways: it shall make the code smaller and easier to
read/understand.
does that count ?
> You have to explain that in each commit message, that the change does bring a
> possible new error message printed.
Ok, I wasn't aware of that. Yes, I missed to read the code of that
function carefully and didn't expect that it does more than just a dumb
wrapper around dev_ioremap() that picks out the params from struct
resource.
OTOH, the name, IMHO, is a bit misleading. Any chance of ever changing
it to a more clear name (eg. devm_request_and_ioremap_resource()) ?
> The performance side of the deal, you are lucky here, is not significant
> because it's slow path.
okay :)
--mtx
--
Enrico Weigelt, metux IT consult
Free software and Linux embedded engineering
info@...ux.net -- +49-151-27565287
Powered by blists - more mailing lists