From nobody Mon Feb 9 11:48:00 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E705BC7EE2F for ; Mon, 12 Jun 2023 20:51:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238603AbjFLUvn (ORCPT ); Mon, 12 Jun 2023 16:51:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35752 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237708AbjFLUt1 (ORCPT ); Mon, 12 Jun 2023 16:49:27 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8EEFA1BF1 for ; Mon, 12 Jun 2023 13:47:02 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 0C9CE62F2E for ; Mon, 12 Jun 2023 20:45:18 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 757E5C433AC; Mon, 12 Jun 2023 20:45:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686602717; bh=fUMXY6pyixSpxlndYjLR4VYqCyPqno/RiVwO5z9bIu8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=CWZ76t1UE0jXqLcLWFJaQr3fM7S/jUG4p39IndUX7Nvpf5q3qh0YXTv8oWMJhLaPl 2zcynq08acBH3UHNqKPMFc4TqQJjWPOnRl17fAMTaUfpG8/drblQNso8l30gXHoISJ Gm+OzY2e98bRKztzorGGlwn2NQGk2z/xfZM8k1VY6VNIjG2slWonTKTP7fP+p+7pqW ugM0X62bm2hRYNgvX4WfZuBbl3P/E41U9yuiG8+5tCUjowmezPw7n3k5DaPkvDM+mL LuKyV8H+RxwvpwdUYeacTZzWCLrR3wGy2sPb2IEjD5PUqiFW21DkJKjg4nTPTgAwFV /9EiLZZgzkjsA== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 2D761CE3A95; Mon, 12 Jun 2023 13:45:16 -0700 (PDT) From: "Paul E. McKenney" To: linux-kernel@vger.kernel.org Cc: gwml@vger.gnuweeb.org, kernel-team@meta.com, w@lwt.eu, Willy Tarreau , "Paul E . McKenney" Subject: [PATCH v2 nolibc 53/53] selftests/nolibc: make sure gcc always use little endian on MIPS Date: Mon, 12 Jun 2023 13:45:14 -0700 Message-Id: <20230612204514.292087-53-paulmck@kernel.org> X-Mailer: git-send-email 2.40.1 In-Reply-To: <8b757cc0-3719-4e63-a755-9710384137bc@paulmck-laptop> References: <8b757cc0-3719-4e63-a755-9710384137bc@paulmck-laptop> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" From: Willy Tarreau The test on MIPS stopped working after I upgraded some of my toolchains to use the ones from kernel.org because the mips toolchain defaults to big endian, even though it supports both endians. Let's just add an explicit -EL to make sure it always succeeds like the kernel does. Signed-off-by: Willy Tarreau Signed-off-by: Paul E. McKenney --- tools/testing/selftests/nolibc/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/nolibc/Makefile b/tools/testing/selfte= sts/nolibc/Makefile index 4a3a105e1fdf..1b7b3c82f8ad 100644 --- a/tools/testing/selftests/nolibc/Makefile +++ b/tools/testing/selftests/nolibc/Makefile @@ -77,6 +77,7 @@ Q=3D@ endif =20 CFLAGS_s390 =3D -m64 +CFLAGS_mips =3D -EL CFLAGS_STACKPROTECTOR ?=3D $(call cc-option,-mstack-protector-guard=3Dglob= al $(call cc-option,-fstack-protector-all)) CFLAGS ?=3D -Os -fno-ident -fno-asynchronous-unwind-tables -std=3Dc89 \ $(call cc-option,-fno-stack-protector) \ --=20 2.40.1