From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: lumingyindetect@126.com
Cc: LKML <linux-kernel@vger.kernel.org>,
linux-serial <linux-serial@vger.kernel.org>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jiri Slaby <jirislaby@kernel.org>,
LuMingYin <11570291+yin-luming@user.noreply.gitee.com>
Subject: Re: [PATCH] serial: 8250_lpss: Fix memory leak in lpss8250_probe()
Date: Fri, 26 Apr 2024 16:45:06 +0300 (EEST) [thread overview]
Message-ID: <c6df7432-a76a-54e3-32f8-a94e9a18a3a3@linux.intel.com> (raw)
In-Reply-To: <20240426114716.1275085-1-lumingyindetect@126.com>
On Fri, 26 Apr 2024, lumingyindetect@126.com wrote:
Hi,
Your patch should have had now (the version is missing):
Subject: [PATCH v3] serial: 8250_lpss: Fix memory leak in lpss8250_probe()
> From: LuMingYin <11570291+yin-luming@user.noreply.gitee.com>
>
> In the execution logic of the lpss8250_probe() function, the function may directly return via a return statement at either line 347 or line 351.
Don't refer to line numbers and state too obvious things, effectively cut
the "via a return statement at either ..." part out.
Like I already mentioned, there should be newline characters so that you
don't exceed 75 characters.
> Unlike lines 357 or 361, where the return statement is used directly without releasing the dynamically allocated memory region pointed to by the variable pdev, causing a memory leak of the variable pdev.
Perhaps add part of this into the previous sentence (and again leave the
talk about line numbers and return statement out of it, we all know that
returning is done via return statement so it's uninteresting detail):
"... may directly return without releasing ..."
> In the lpss8250_probe() function, I added a label named "free_irq_vectors" to release the dynamically allocated memory region pointed to by the variable pdev, and replaced the two return statements mentioned above with goto statements to this label.
This is quite verbose way to state what can be read from the patch itself.
Perhaps something like this can be used as replacement:
"Fix the issue by rolling back irq vector allocation."
> Fixes: e88c4cfcb7b888ac374916806f86c17d8ecaeb67
This gives you some examples:
git log | grep 'Fixes:'
Further information also available under Documentation/process/.
>
Don't leave empty line here between Fixes and S-o-b tags.
> Signed-off-by: LuMingYin <11570291+yin-luming@user.noreply.gitee.com>
> ---
And here you should have listed changes you've made for each version (see
ML archives for examples):
v3:
- ...
v2:
- ...
> drivers/tty/serial/8250/8250_lpss.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/tty/serial/8250/8250_lpss.c b/drivers/tty/serial/8250/8250_lpss.c
> index c3cd6cb9ac80..fa9fd4dc86c7 100644
> --- a/drivers/tty/serial/8250/8250_lpss.c
> +++ b/drivers/tty/serial/8250/8250_lpss.c
> @@ -344,11 +344,11 @@ static int lpss8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
> uart.port.mapbase = pci_resource_start(pdev, 0);
> uart.port.membase = pcim_iomap(pdev, 0, 0);
> if (!uart.port.membase)
> - return -ENOMEM;
> + goto free_irq_vectors;
>
> ret = lpss->board->setup(lpss, &uart.port);
> if (ret)
> - return ret;
> + goto free_irq_vectors;
>
> dw8250_setup_port(&uart.port);
>
> @@ -367,6 +367,7 @@ static int lpss8250_probe(struct pci_dev *pdev, const struct pci_device_id *id)
>
> err_exit:
> lpss->board->exit(lpss);
> +free_irq_vectors:
> pci_free_irq_vectors(pdev);
> return ret;
> }
>
--
i.
next prev parent reply other threads:[~2024-04-26 13:45 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-26 11:47 [PATCH] serial: 8250_lpss: Fix memory leak in lpss8250_probe() lumingyindetect
2024-04-26 12:28 ` Markus Elfring
2024-04-26 13:01 ` lumingyindetect
2024-04-26 13:51 ` Markus Elfring
2024-04-26 15:07 ` [PATCH] " Christian Heusel
2024-04-26 13:45 ` Ilpo Järvinen [this message]
2024-04-26 13:53 ` Dan Carpenter
2024-04-26 14:45 ` Andy Shevchenko
2024-04-26 15:32 ` Dan Carpenter
2024-04-26 15:37 ` Andy Shevchenko
-- strict thread matches above, loose matches on Subject: below --
2024-04-26 13:39 lumingyindetect
2024-04-26 13:48 ` Ilpo Järvinen
2024-04-26 13:55 ` Greg KH
2024-04-26 14:44 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c6df7432-a76a-54e3-32f8-a94e9a18a3a3@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=11570291+yin-luming@user.noreply.gitee.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=lumingyindetect@126.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox