Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp881478yba; Wed, 24 Apr 2019 11:07:11 -0700 (PDT) X-Google-Smtp-Source: APXvYqwDyMivk6LYoKa3g8MpW+9A+jyab0v90zxlIhLdtW3d82vhYyKEYhXg/+KLZWLvcpLOjy74 X-Received: by 2002:a63:c17:: with SMTP id b23mr24055927pgl.337.1556129231894; Wed, 24 Apr 2019 11:07:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556129231; cv=none; d=google.com; s=arc-20160816; b=ux5OYgXPRAqJ1dC/9a1jrgYljGGWzPbqcAdSUyzROMOMR0kol8+RA0aqr+K9cH7etz k8gvhfkGtVu160JGaUDZm5pwiURBclTkm69pjk5ctZoJYX6CpQGdxvZ/iWJqE2m/eR99 Sat3UAQThzuUwIM4YVf1iRdXAODCVsWXqMc2IcC4sBZkTTmmQPiWKFnrDhf7ABNtAg8D bLda7HHmekekGTBTgo/Y+u45GzWH2crTUWXitk96I+taTqcdRwRT0dgKxD+DZ2GXH9v+ 1/6OS+9OBnEhTrwjm0QRkDgH6yP705lI+Vl48eB7JKW8rq8Doh3uLhK/yRdPkMk38Yfa MGNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=TGXtUe7soPqH2zDiOXBuskApRh0QRi9cqyXP4rqfdVA=; b=sxolgvvi9ZHVhV1aSQ0iji78hlkAQZUkY2tD9EiIngroG3mwj4RwW3X7mttrKbBu64 Zu+RuYEjCzifuPqDW+WwHLKf1xkkhe5QSF0W3tPKJ4tyUBmgw9F8j+0uZF9b5e/ahS87 WHFKLI/gAIcRsiuSFi6PhqZYTtP+L9yk24oYGM3JYLiMdvvaKXlzKYlybk/s4h+7zPj3 9N81DC3AY+ayLfGkcDlQ/l5venXsOxrjA1UWBA6TrdtSzUUL+uxLSLwEU2rwxyJK0Oiz 5j8ay8LEnjp2H7Vk3jMCDV8d8Y3i/nG9ps0G5ULlKDBTyOzMCkmZxIQ8ye6A3SGeM2t/ gnUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Pg4YFMJ6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e22si18460558pgi.66.2019.04.24.11.06.56; Wed, 24 Apr 2019 11:07:11 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Pg4YFMJ6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389380AbfDXSFQ (ORCPT + 99 others); Wed, 24 Apr 2019 14:05:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:43976 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388894AbfDXRSu (ORCPT ); Wed, 24 Apr 2019 13:18:50 -0400 Received: from localhost (62-193-50-229.as16211.net [62.193.50.229]) (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 8D40721907; Wed, 24 Apr 2019 17:18:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1556126329; bh=ym0Ddn8YeYGxQMsWuFozuWsU8JAAVvPsEn53aDxR2jA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Pg4YFMJ65wfwc6+4H9LIjezChWsKtioLkFYNjcRC9URw6A995T8gZDwEonqOl7A5u FDtcFRcGJXU3fjPK9pNIigoK81kbiJEM7NmZwAORxU6dpHGSTwrgNYIn5KRh2bO8Dz b8NZywTK3W1TxDrFGvKMwlrDu9Pv/0pOHkeHgkw8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nick Desaulniers , Nathan Chancellor , Adhemerval Zanella , Arnd Bergmann , James Y Knight , Masahiro Yamada , Rasmus Villemoes , "Steven Rostedt (VMware)" , Andy Shevchenko , David Laight , Namhyung Kim , Alexander Shishkin , Dan Williams , Andrew Morton , Linus Torvalds , Sasha Levin Subject: [PATCH 4.4 074/168] lib/string.c: implement a basic bcmp Date: Wed, 24 Apr 2019 19:08:38 +0200 Message-Id: <20190424170928.220671877@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190424170923.452349382@linuxfoundation.org> References: <20190424170923.452349382@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ Upstream commit 5f074f3e192f10c9fade898b9b3b8812e3d83342 ] A recent optimization in Clang (r355672) lowers comparisons of the return value of memcmp against zero to comparisons of the return value of bcmp against zero. This helps some platforms that implement bcmp more efficiently than memcmp. glibc simply aliases bcmp to memcmp, but an optimized implementation is in the works. This results in linkage failures for all targets with Clang due to the undefined symbol. For now, just implement bcmp as a tailcail to memcmp to unbreak the build. This routine can be further optimized in the future. Other ideas discussed: * A weak alias was discussed, but breaks for architectures that define their own implementations of memcmp since aliases to declarations are not permitted (only definitions). Arch-specific memcmp implementations typically declare memcmp in C headers, but implement them in assembly. * -ffreestanding also is used sporadically throughout the kernel. * -fno-builtin-bcmp doesn't work when doing LTO. Link: https://bugs.llvm.org/show_bug.cgi?id=41035 Link: https://code.woboq.org/userspace/glibc/string/memcmp.c.html#bcmp Link: https://github.com/llvm/llvm-project/commit/8e16d73346f8091461319a7dfc4ddd18eedcff13 Link: https://github.com/ClangBuiltLinux/linux/issues/416 Link: http://lkml.kernel.org/r/20190313211335.165605-1-ndesaulniers@google.com Signed-off-by: Nick Desaulniers Reported-by: Nathan Chancellor Reported-by: Adhemerval Zanella Suggested-by: Arnd Bergmann Suggested-by: James Y Knight Suggested-by: Masahiro Yamada Suggested-by: Nathan Chancellor Suggested-by: Rasmus Villemoes Acked-by: Steven Rostedt (VMware) Reviewed-by: Nathan Chancellor Tested-by: Nathan Chancellor Reviewed-by: Masahiro Yamada Reviewed-by: Andy Shevchenko Cc: David Laight Cc: Rasmus Villemoes Cc: Namhyung Kim Cc: Greg Kroah-Hartman Cc: Alexander Shishkin Cc: Dan Williams Cc: Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Sasha Levin --- include/linux/string.h | 3 +++ lib/string.c | 20 ++++++++++++++++++++ 2 files changed, 23 insertions(+) diff --git a/include/linux/string.h b/include/linux/string.h index c026b7a19e26..870268d42ae7 100644 --- a/include/linux/string.h +++ b/include/linux/string.h @@ -110,6 +110,9 @@ extern void * memscan(void *,int,__kernel_size_t); #ifndef __HAVE_ARCH_MEMCMP extern int memcmp(const void *,const void *,__kernel_size_t); #endif +#ifndef __HAVE_ARCH_BCMP +extern int bcmp(const void *,const void *,__kernel_size_t); +#endif #ifndef __HAVE_ARCH_MEMCHR extern void * memchr(const void *,int,__kernel_size_t); #endif diff --git a/lib/string.c b/lib/string.c index 1a90db9bc6e1..c7cf65ac42ad 100644 --- a/lib/string.c +++ b/lib/string.c @@ -746,6 +746,26 @@ __visible int memcmp(const void *cs, const void *ct, size_t count) EXPORT_SYMBOL(memcmp); #endif +#ifndef __HAVE_ARCH_BCMP +/** + * bcmp - returns 0 if and only if the buffers have identical contents. + * @a: pointer to first buffer. + * @b: pointer to second buffer. + * @len: size of buffers. + * + * The sign or magnitude of a non-zero return value has no particular + * meaning, and architectures may implement their own more efficient bcmp(). So + * while this particular implementation is a simple (tail) call to memcmp, do + * not rely on anything but whether the return value is zero or non-zero. + */ +#undef bcmp +int bcmp(const void *a, const void *b, size_t len) +{ + return memcmp(a, b, len); +} +EXPORT_SYMBOL(bcmp); +#endif + #ifndef __HAVE_ARCH_MEMSCAN /** * memscan - Find a character in an area of memory. -- 2.19.1