[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210217105004.GA766103@nuc8i5>
Date: Wed, 17 Feb 2021 18:50:04 +0800
From: Dejin Zheng <zhengdejin5@...il.com>
To: Krzysztof Wilczyński <kw@...ux.com>
Cc: corbet@....net, jarkko.nikula@...ux.intel.com,
andriy.shevchenko@...ux.intel.com, mika.westerberg@...ux.intel.com,
rric@...nel.org, helgaas@...nel.org, wsa@...nel.org,
linux-doc@...r.kernel.org, linux-i2c@...r.kernel.org,
linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 2/4] Documentation: devres: Add
pcim_alloc_irq_vectors()
On Tue, Feb 16, 2021 at 06:10:52PM +0100, Krzysztof Wilczyński wrote:
> Hi Dejin,
>
> Thank you again for all the work here!
>
> > Add pcim_alloc_irq_vectors(), a device-managed version of
> > pci_alloc_irq_vectors(). introducing this function can simplify
> > the error handling path in many drivers.
>
> The second sentence should most likely start with a capital letter.
>
> Having said that, people might ask - how does it simplify the error
> handling path?
>
> You might have to back this with a line of two to explain how does the
> change achieved that, so that when someone looks at the commit message
> it would be clear what the benefits of the change were.
>
Hi Krzysztof,
The device-managed function is a conventional concept that every developer
knows. So don't worry about this. And I really can't explain its operation
mechanism to you in a sentence or two. If you are really interested, you
can read the relevant code.
I think it is meaningless to add a lot of explanations of general
concepts in the commit comments. Maybe it will be better let us put more
energy and time on the code.
BR,
Dejin
> Reviewed-by: Krzysztof Wilczyński <kw@...ux.com>
>
> Krzysztof
Powered by blists - more mailing lists