linux-usb.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH] thunderbolt: check the return value of kmemdup()
@ 2021-12-13  8:27 Xiaoke Wang
  2021-12-13 14:09 ` Greg KH
  2021-12-15 10:51 ` Mika Westerberg
  0 siblings, 2 replies; 7+ messages in thread
From: Xiaoke Wang @ 2021-12-13  8:27 UTC (permalink / raw)
  To: andreas.noever, michael.jamet, mika.westerberg, YehezkelShB
  Cc: linux-usb, linux-kernel, Xiaoke Wang

Note: Compare with the last email, this one is using my full name.
kmemdup() return NULL when some internal memory errors happen, it is
better to check the return value of it. Otherwise, some memory errors
will not be catched in time and may further result in wrong memory
access.

Signed-off-by: Xiaoke Wang <xkernel.wang@foxmail.com>
---
 drivers/thunderbolt/icm.c | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/drivers/thunderbolt/icm.c b/drivers/thunderbolt/icm.c
index 6255f1e..fff0c74 100644
--- a/drivers/thunderbolt/icm.c
+++ b/drivers/thunderbolt/icm.c
@@ -1741,8 +1741,13 @@ static void icm_handle_event(struct tb *tb, enum tb_cfg_pkg_type type,
 	if (!n)
 		return;
 
-	INIT_WORK(&n->work, icm_handle_notification);
 	n->pkg = kmemdup(buf, size, GFP_KERNEL);
+	if (!n->pkg) {
+		kfree(n);
+		return;
+	}
+
+	INIT_WORK(&n->work, icm_handle_notification);
 	n->tb = tb;
 
 	queue_work(tb->wq, &n->work);
-- 

^ permalink raw reply related	[flat|nested] 7+ messages in thread

* Re: [PATCH] thunderbolt: check the return value of kmemdup()
  2021-12-13  8:27 [PATCH] thunderbolt: check the return value of kmemdup() Xiaoke Wang
@ 2021-12-13 14:09 ` Greg KH
  2021-12-15 10:51 ` Mika Westerberg
  1 sibling, 0 replies; 7+ messages in thread
From: Greg KH @ 2021-12-13 14:09 UTC (permalink / raw)
  To: Xiaoke Wang
  Cc: andreas.noever, michael.jamet, mika.westerberg, YehezkelShB,
	linux-usb, linux-kernel

On Mon, Dec 13, 2021 at 04:27:15PM +0800, Xiaoke Wang wrote:
> Note: Compare with the last email, this one is using my full name.
> kmemdup() return NULL when some internal memory errors happen, it is
> better to check the return value of it. Otherwise, some memory errors
> will not be catched in time and may further result in wrong memory
> access.
> 
> Signed-off-by: Xiaoke Wang <xkernel.wang@foxmail.com>
> ---
>  drivers/thunderbolt/icm.c | 7 ++++++-
>  1 file changed, 6 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/thunderbolt/icm.c b/drivers/thunderbolt/icm.c
> index 6255f1e..fff0c74 100644
> --- a/drivers/thunderbolt/icm.c
> +++ b/drivers/thunderbolt/icm.c
> @@ -1741,8 +1741,13 @@ static void icm_handle_event(struct tb *tb, enum tb_cfg_pkg_type type,
>  	if (!n)
>  		return;
>  
> -	INIT_WORK(&n->work, icm_handle_notification);
>  	n->pkg = kmemdup(buf, size, GFP_KERNEL);
> +	if (!n->pkg) {
> +		kfree(n);
> +		return;
> +	}
> +
> +	INIT_WORK(&n->work, icm_handle_notification);
>  	n->tb = tb;
>  
>  	queue_work(tb->wq, &n->work);
> -- 

Hi,

This is the friendly patch-bot of Greg Kroah-Hartman.  You have sent him
a patch that has triggered this response.  He used to manually respond
to these common problems, but in order to save his sanity (he kept
writing the same thing over and over, yet to different people), I was
created.  Hopefully you will not take offence and will fix the problem
in your patch and resubmit it so that it can be accepted into the Linux
kernel tree.

You are receiving this message because of the following common error(s)
as indicated below:

- This looks like a new version of a previously submitted patch, but you
  did not list below the --- line any changes from the previous version.
  Please read the section entitled "The canonical patch format" in the
  kernel file, Documentation/SubmittingPatches for what needs to be done
  here to properly describe this.

If you wish to discuss this problem further, or you have questions about
how to resolve this issue, please feel free to respond to this email and
Greg will reply once he has dug out from the pending patches received
from other developers.

thanks,

greg k-h's patch email bot

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] thunderbolt: check the return value of kmemdup()
  2021-12-13  8:27 [PATCH] thunderbolt: check the return value of kmemdup() Xiaoke Wang
  2021-12-13 14:09 ` Greg KH
@ 2021-12-15 10:51 ` Mika Westerberg
  1 sibling, 0 replies; 7+ messages in thread
From: Mika Westerberg @ 2021-12-15 10:51 UTC (permalink / raw)
  To: Xiaoke Wang
  Cc: andreas.noever, michael.jamet, YehezkelShB, linux-usb, linux-kernel

Hi,

On Mon, Dec 13, 2021 at 04:27:15PM +0800, Xiaoke Wang wrote:
> Note: Compare with the last email, this one is using my full name.

This should go below the '---' line. Remember this next time, no need to
resend this one.

> kmemdup() return NULL when some internal memory errors happen, it is
> better to check the return value of it. Otherwise, some memory errors
> will not be catched in time and may further result in wrong memory
> access.
> 
> Signed-off-by: Xiaoke Wang <xkernel.wang@foxmail.com>

I sligthly modified the commit message and applied to
thunderbolt.git/next, thanks!

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] thunderbolt: check the return value of kmemdup()
  2021-12-13  6:27   ` Xiaoke Wang
@ 2021-12-13  6:31     ` Greg KH
  0 siblings, 0 replies; 7+ messages in thread
From: Greg KH @ 2021-12-13  6:31 UTC (permalink / raw)
  To: Xiaoke Wang
  Cc: linux-usb, linux-kernel, andreas.noever, michael.jamet,
	mika.westerberg, YehezkelShB

On Mon, Dec 13, 2021 at 02:27:28PM +0800, Xiaoke Wang wrote:
> On Mon, Dec 13, 2021 02:10 PM, Greg KH wrote:
> > kmemdup() return NULL when some internal memory errors happen, it is
> > better to check the return value of it. Otherwise, some memory errors
> > will not be catched in time and may further result in wrong memory> access.
> > 
> > Signed-off-by: xkernel <xkernel.wang@foxmail.com>
> >
> > Please use your "full" name, I doubt you sign documents as "xkernel". :)
> >
> > thanks,
> >
> > greg k-h
> 
> I am very sorry about that, my full name is "Xiaoke Wang".

Great, please fix up and resend (also fix the From: line in your email
client to show that.)

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] thunderbolt: check the return value of kmemdup()
  2021-12-13  6:10 ` Greg KH
@ 2021-12-13  6:27   ` Xiaoke Wang
  2021-12-13  6:31     ` Greg KH
  0 siblings, 1 reply; 7+ messages in thread
From: Xiaoke Wang @ 2021-12-13  6:27 UTC (permalink / raw)
  To: Greg KH
  Cc: linux-usb, linux-kernel, andreas.noever, michael.jamet,
	mika.westerberg, YehezkelShB

On Mon, Dec 13, 2021 02:10 PM, Greg KH wrote:
> kmemdup() return NULL when some internal memory errors happen, it is
> better to check the return value of it. Otherwise, some memory errors
> will not be catched in time and may further result in wrong memory> access.
> 
> Signed-off-by: xkernel <xkernel.wang@foxmail.com>
>
> Please use your "full" name, I doubt you sign documents as "xkernel". :)
>
> thanks,
>
> greg k-h

I am very sorry about that, my full name is "Xiaoke Wang".

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] thunderbolt: check the return value of kmemdup()
  2021-12-12 16:51 xkernel
@ 2021-12-13  6:10 ` Greg KH
  2021-12-13  6:27   ` Xiaoke Wang
  0 siblings, 1 reply; 7+ messages in thread
From: Greg KH @ 2021-12-13  6:10 UTC (permalink / raw)
  To: xkernel
  Cc: andreas.noever, michael.jamet, mika.westerberg, YehezkelShB,
	linux-usb, linux-kernel

On Mon, Dec 13, 2021 at 12:51:33AM +0800, xkernel wrote:
> kmemdup() return NULL when some internal memory errors happen, it is
> better to check the return value of it. Otherwise, some memory errors
> will not be catched in time and may further result in wrong memory
> access.
> 
> Signed-off-by: xkernel <xkernel.wang@foxmail.com>

Please use your "full" name, I doubt you sign documents as "xkernel". :)

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [PATCH] thunderbolt: check the return value of kmemdup()
@ 2021-12-12 16:51 xkernel
  2021-12-13  6:10 ` Greg KH
  0 siblings, 1 reply; 7+ messages in thread
From: xkernel @ 2021-12-12 16:51 UTC (permalink / raw)
  To: andreas.noever, michael.jamet, mika.westerberg, YehezkelShB
  Cc: linux-usb, linux-kernel, xkernel

kmemdup() return NULL when some internal memory errors happen, it is
better to check the return value of it. Otherwise, some memory errors
will not be catched in time and may further result in wrong memory
access.

Signed-off-by: xkernel <xkernel.wang@foxmail.com>
---
 drivers/thunderbolt/icm.c | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/drivers/thunderbolt/icm.c b/drivers/thunderbolt/icm.c
index 6255f1e..fff0c74 100644
--- a/drivers/thunderbolt/icm.c
+++ b/drivers/thunderbolt/icm.c
@@ -1741,8 +1741,13 @@ static void icm_handle_event(struct tb *tb, enum tb_cfg_pkg_type type,
 	if (!n)
 		return;
 
-	INIT_WORK(&n->work, icm_handle_notification);
 	n->pkg = kmemdup(buf, size, GFP_KERNEL);
+	if (!n->pkg) {
+		kfree(n);
+		return;
+	}
+
+	INIT_WORK(&n->work, icm_handle_notification);
 	n->tb = tb;
 
 	queue_work(tb->wq, &n->work);
-- 

^ permalink raw reply related	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2021-12-15 10:51 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-12-13  8:27 [PATCH] thunderbolt: check the return value of kmemdup() Xiaoke Wang
2021-12-13 14:09 ` Greg KH
2021-12-15 10:51 ` Mika Westerberg
  -- strict thread matches above, loose matches on Subject: below --
2021-12-12 16:51 xkernel
2021-12-13  6:10 ` Greg KH
2021-12-13  6:27   ` Xiaoke Wang
2021-12-13  6:31     ` Greg KH

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).