Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 23 Feb 2021 10:31:15 +0100
From: Romain Perier <>
To: Shuah Khan <>
Cc: Kees Cook <>, 
	Kernel Hardening <>, Tejun Heo <>, 
	Zefan Li <>, Johannes Weiner <>, 
	Herbert Xu <>, "David S. Miller" <>, 
	Jiri Pirko <>, Sumit Semwal <>, 
	Christian König <>, 
	Greg Kroah-Hartman <>, Mimi Zohar <>, 
	Dmitry Kasatkin <>, "J. Bruce Fields" <>, 
	Chuck Lever <>, Geert Uytterhoeven <>, 
	Jessica Yu <>, Guenter Roeck <>, Heiko Carstens <>, 
	Vasily Gorbik <>, Christian Borntraeger <>, 
	Steffen Maier <>, Benjamin Block <>, 
	"Martin K. Petersen" <>, Jaroslav Kysela <>, 
	Takashi Iwai <>, Steven Rostedt <>, Ingo Molnar <>, 
	Jiri Slaby <>, Felipe Balbi <>, 
	Valentina Manea <>, Shuah Khan <>, 
	Wim Van Sebroeck <>,,, netdev <>,,,, "Rafael J. Wysocki" <>,,,,,,,,,,, 
	Linux Kernel Mailing List <>
Subject: Re: [PATCH 00/20] Manual replacement of all strlcpy in favor of strscpy

Le lun. 22 févr. 2021 à 17:36, Shuah Khan <> a
écrit :

> Cool. A quick check shows me 1031 strscpy() calls with no return
> checks. All or some of these probably need to be reviewed and add
> return checks. Is this something that is in the plan to address as
> part of this work?
> thanks,
> -- Shuah


Initially, what we planned with Kees is to firstly replace all calls with
error handling codes (like this series does),
and then replace all other simple calls (without error handling). However,
we can also start a discussion about this topic, all suggestions are

I am not sure that it does make sense to check all returns code in all
cases (for example in arch/alpha/kernel/setup.c, there are a ton of other
examples in the kernel). But a general review (as you suggest), would make


Content of type "text/html" skipped

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.