Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3704504pxk; Tue, 29 Sep 2020 04:17:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZ4PKZAT4hn/Xxog+BnTvKRqYHi7+LfI4vtMCv2gPB7Hn3SpATR83SyRWfaE8RmoplpEmG X-Received: by 2002:aa7:d4d2:: with SMTP id t18mr2583045edr.55.1601378220894; Tue, 29 Sep 2020 04:17:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601378220; cv=none; d=google.com; s=arc-20160816; b=t9A2wzIEvjX6IiUjeMnSHtanodZ8uuaSMYIoVh7NZ710fyWESQdTYAaqUefytS3lK3 IC8Obf0+CwKXXkqDKu+MUV1JkOA09w+YYerO238deESjaJzR4DhRb886jJyJ2sKOu1bd HI1aozKnS6HDNxA+/FJxKh0oVpUm6BD3uXjNMLfGuZNc61VyGWVvzkswvR0ayzv3eN6l gQdBxX6/UNsGVB9PFiKaL5vOh5mlV4e5MvEhDTj7AaUac5j4sVECDMAosi/lWp8X8m+5 mfRVPWersRsMBaTVj1T+3S+HmQDLfrkCibMBST0BMtmQHtbvRNWPEHxh7PhcLXXT8nQY QKQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=r7uhdo6iUUNQhK1JRBerLUoRSEsAVkngkHMGSWdydGU=; b=eCdxS5AXlxkaMt74RmyE8Lm05vwgm6kOHZ5/cZIvaeR5a/dzRZUNh/qqgDkwR819EA UY7WEY+w8xEl5ey8PI0m0febf2hTG02c40tNhC0VIgVDqHwU9tgmMxuYlzN+1p7vvRie O7pRKa92RBQsuotWIe6GBcSRQQT3+GtR3J/TpnRCIX4Vez4MI+w7m3MU7LfGIeGPwIAP z3kC35qWlq8OFhsTF0epVU2vxApdwmCHEpRHnqRF2rgeWGeIamQGuVihSpr/lV4+h62p 6F/yR5hUvmaUuBX4byQsxnjmM6VftYsl7vseeMEkq0Cn1LGHldtOTt+yXMWZ6gEdzea4 653w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=zf4XdTC1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn20si2697302ejc.342.2020.09.29.04.16.38; Tue, 29 Sep 2020 04:17:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=zf4XdTC1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729362AbgI2LM4 (ORCPT + 99 others); Tue, 29 Sep 2020 07:12:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:53950 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728469AbgI2LMP (ORCPT ); Tue, 29 Sep 2020 07:12:15 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9692F2158C; Tue, 29 Sep 2020 11:12:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601377934; bh=yCotqWN0Fw+n8Uf8OK6nE+mQ+eHrxusx5x9ZCt53jwg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=zf4XdTC1PyUyVnEMqE9GHONeI7DvsiXNISJAR7f7hyTSSr4fNcQZprBnEy4sK6RkG hfAzEWT6CkjSBgvjpNHDiTC7FR7rOcg+Tl3q7j1c87ARaOjscjxkCcSeYlXPNjiJTV at5l97vOs2z8JQEZ+dP0dBVohqq1nBAPRzddP7mQ= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Sami Tolvanen , Andy Lavr , Arvind Sankar , Joe Perches , Kees Cook , Masahiro Yamada , Rasmus Villemoes , Nick Desaulniers , Andrew Morton , Nathan Chancellor , Linus Torvalds Subject: [PATCH 4.9 118/121] lib/string.c: implement stpcpy Date: Tue, 29 Sep 2020 13:01:02 +0200 Message-Id: <20200929105936.030985810@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105930.172747117@linuxfoundation.org> References: <20200929105930.172747117@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nick Desaulniers commit 1e1b6d63d6340764e00356873e5794225a2a03ea upstream. LLVM implemented a recent "libcall optimization" that lowers calls to `sprintf(dest, "%s", str)` where the return value is used to `stpcpy(dest, str) - dest`. This generally avoids the machinery involved in parsing format strings. `stpcpy` is just like `strcpy` except it returns the pointer to the new tail of `dest`. This optimization was introduced into clang-12. Implement this so that we don't observe linkage failures due to missing symbol definitions for `stpcpy`. Similar to last year's fire drill with: commit 5f074f3e192f ("lib/string.c: implement a basic bcmp") The kernel is somewhere between a "freestanding" environment (no full libc) and "hosted" environment (many symbols from libc exist with the same type, function signature, and semantics). As Peter Anvin notes, there's not really a great way to inform the compiler that you're targeting a freestanding environment but would like to opt-in to some libcall optimizations (see pr/47280 below), rather than opt-out. Arvind notes, -fno-builtin-* behaves slightly differently between GCC and Clang, and Clang is missing many __builtin_* definitions, which I consider a bug in Clang and am working on fixing. Masahiro summarizes the subtle distinction between compilers justly: To prevent transformation from foo() into bar(), there are two ways in Clang to do that; -fno-builtin-foo, and -fno-builtin-bar. There is only one in GCC; -fno-buitin-foo. (Any difference in that behavior in Clang is likely a bug from a missing __builtin_* definition.) Masahiro also notes: We want to disable optimization from foo() to bar(), but we may still benefit from the optimization from foo() into something else. If GCC implements the same transform, we would run into a problem because it is not -fno-builtin-bar, but -fno-builtin-foo that disables that optimization. In this regard, -fno-builtin-foo would be more future-proof than -fno-built-bar, but -fno-builtin-foo is still potentially overkill. We may want to prevent calls from foo() being optimized into calls to bar(), but we still may want other optimization on calls to foo(). It seems that compilers today don't quite provide the fine grain control over which libcall optimizations pseudo-freestanding environments would prefer. Finally, Kees notes that this interface is unsafe, so we should not encourage its use. As such, I've removed the declaration from any header, but it still needs to be exported to avoid linkage errors in modules. Reported-by: Sami Tolvanen Suggested-by: Andy Lavr Suggested-by: Arvind Sankar Suggested-by: Joe Perches Suggested-by: Kees Cook Suggested-by: Masahiro Yamada Suggested-by: Rasmus Villemoes Signed-off-by: Nick Desaulniers Signed-off-by: Andrew Morton Tested-by: Nathan Chancellor Cc: Link: https://lkml.kernel.org/r/20200914161643.938408-1-ndesaulniers@google.com Link: https://bugs.llvm.org/show_bug.cgi?id=47162 Link: https://bugs.llvm.org/show_bug.cgi?id=47280 Link: https://github.com/ClangBuiltLinux/linux/issues/1126 Link: https://man7.org/linux/man-pages/man3/stpcpy.3.html Link: https://pubs.opengroup.org/onlinepubs/9699919799/functions/stpcpy.html Link: https://reviews.llvm.org/D85963 Signed-off-by: Linus Torvalds Signed-off-by: Greg Kroah-Hartman --- lib/string.c | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) --- a/lib/string.c +++ b/lib/string.c @@ -235,6 +235,30 @@ ssize_t strscpy(char *dest, const char * EXPORT_SYMBOL(strscpy); #endif +/** + * stpcpy - copy a string from src to dest returning a pointer to the new end + * of dest, including src's %NUL-terminator. May overrun dest. + * @dest: pointer to end of string being copied into. Must be large enough + * to receive copy. + * @src: pointer to the beginning of string being copied from. Must not overlap + * dest. + * + * stpcpy differs from strcpy in a key way: the return value is a pointer + * to the new %NUL-terminating character in @dest. (For strcpy, the return + * value is a pointer to the start of @dest). This interface is considered + * unsafe as it doesn't perform bounds checking of the inputs. As such it's + * not recommended for usage. Instead, its definition is provided in case + * the compiler lowers other libcalls to stpcpy. + */ +char *stpcpy(char *__restrict__ dest, const char *__restrict__ src); +char *stpcpy(char *__restrict__ dest, const char *__restrict__ src) +{ + while ((*dest++ = *src++) != '\0') + /* nothing */; + return --dest; +} +EXPORT_SYMBOL(stpcpy); + #ifndef __HAVE_ARCH_STRCAT /** * strcat - Append one %NUL-terminated string to another