Received: by 2002:ab2:6857:0:b0:1ef:ffd0:ce49 with SMTP id l23csp2520136lqp; Mon, 25 Mar 2024 00:54:35 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCWLbkLS5tpad6ZYFhwuA/5nx3NyVVMqBE6AsFZJQzok5N9X40pY14fUlZVpODCZNsxxJmu+gXeAA7EvojDkHUl6JCces/jHEjHaGs+UzA== X-Google-Smtp-Source: AGHT+IGZJhTLtrzx8bptiO+uhPKT5YLOxFj+lFg7WQNwvJo04OrwO2vy8JkcODAvNNxW1MBMW4Ao X-Received: by 2002:ae9:ee06:0:b0:788:70d0:4861 with SMTP id i6-20020ae9ee06000000b0078870d04861mr6285356qkg.25.1711353275514; Mon, 25 Mar 2024 00:54:35 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1711353275; cv=pass; d=google.com; s=arc-20160816; b=w9NkGoptW8NLeAymP9jR88a1QVNRBhmDJdY23jeNxtysakJQjVW+04c5hJ8/cqlqV6 XHAu6D2mBNfkrbStrIudZzPyYC43fkAVcUjjsQyqqmKJURHGCK7KyYL+Eq3K688Jx5ue 7ACN6s9fONkK9dW9a7B69mI3+c4m0qys4KAp00ooE2ljpLGrAwUCn/pHR5Lfu0NUFQyk 5zoWnfUbFmM0w7isZZeJODyhCXpyG8mXGTRnUvsgsTZ8mBMHfKv1o7NwIUs+6jc1uV9r WCUvUI1VVX36n/aIwKR4MNK6y0jIblRgY3eHrMn6hrAEyjEJTPxyLZ3zRrp9FmFWduH2 yvig== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=zvNPIKWFKeAdar3+Y7R/riBWV4f+e4lyGjaTMWA0gv8=; fh=o+TPYCDt40u1AhKD1jdLzzTUsEowa2DDKnmvr+X1Ymw=; b=OaVb7iFd1jwzquo63YSXCHCziKuyoyrGgk77ePFTI5jDd1AbzKpoDo5Dz268A6LXPh vIYyyRqlOdP0P0c66nzznsYbYFtQPB+W87OwCMakmBiQAM+M6Fd9MQaxFlVjC08kFvDN zSTG3TrI1lOeRj+m7M8T12Vn1ycMWjb46u4SkKbIF+2+tnGrKdkhrEzeECLXAdLEybbt SRV1moYeWOq5bKhlKgKpw0hUOz7pJLEszPwGvB6Rph06gviSL6TXTQziOQDbs0NbR7de t8YHvTTCkxMztfcoUN7o36GrGLwBWfvdV1cVORSbHCEMFwCpBVTaBoc7QVTlFGNwFolY CkhA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="X4TZ/agD"; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-115633-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-115633-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id p6-20020ae9f306000000b0078a02492a81si4728101qkg.760.2024.03.25.00.54.35 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 25 Mar 2024 00:54:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-115633-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="X4TZ/agD"; arc=pass (i=1 dkim=pass dkdomain=kernel.org); spf=pass (google.com: domain of linux-kernel+bounces-115633-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-115633-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 37E881C2EDE2 for ; Mon, 25 Mar 2024 07:54:35 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 9C77934D44D; Mon, 25 Mar 2024 02:50:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="X4TZ/agD" Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 793692046DD; Sun, 24 Mar 2024 23:04:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711321469; cv=none; b=Ouhji8oj3kmpG+a7Nr+/F7BAXLQEu4jrdnh6NPn+4fFdFjgzdYxyheo4ShViBM5ftvs/NBJjBmQIdw1YVDm2CxbQ/nHuXgdc3crL4/3bvFGMDX1ihNzlGaGRQLDWFUXYmR8H+evBtVK0fCb7MQUIyOwxnRLMrc8vYi5sOcOaL5Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1711321469; c=relaxed/simple; bh=uZTzWKQcsPV7yMNUkAApk1NzfA6xdSEQZjBPmeeK1cY=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=I3I3ANj41hPfnp0jAb+pmstp9TEs8h3jAT9WzS6UMWGYWcYTV+jhJw8cqgPbd9Sugl25B7kNzqr8NMTvVRB2h/RGTEsWGyidPpsb3mJmGZG/koBTMIt4U1gYlDHwSiz+mGOg1+d3DZr0t9YRv4wr/0KnN1UlhhkZQIR0ap6r1CQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=X4TZ/agD; arc=none smtp.client-ip=10.30.226.201 Received: by smtp.kernel.org (Postfix) with ESMTPSA id B8997C43394; Sun, 24 Mar 2024 23:04:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1711321469; bh=uZTzWKQcsPV7yMNUkAApk1NzfA6xdSEQZjBPmeeK1cY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=X4TZ/agDrkS2QP7xR81McFLSSOYHNSGlJgh+1zvAIT+ayg7sRFivOV15+g3gSblpF /dn86JQmkhwGz2j9ZLqB35GvNEOOw5OdwQZGca1iiuNFmc4RQc5pzs6KA2yBxtMW8J K98vjgl0SPkQ/Uw+jEXEn45GZJzoNzg/C7vcSNHTA3NNLRy8nKZluML4vBo43fwmnG IjGUrUSWgeNodz4RnIOUZArrD9r0G2ISVRPSoL3CygRd/hv3BYfG8L407GAR8fxqfF o0VwLciiA3ZAf8KHCZfQdHAZGcatOqd+AqrPEUmBOoFJeBGEGBZWM0Ru+OjL1Z2uSn jroWHwbK7V6AQ== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Viktor Malik , Andrii Nakryiko , Sasha Levin Subject: [PATCH 6.6 194/638] tools/resolve_btfids: Fix cross-compilation to non-host endianness Date: Sun, 24 Mar 2024 18:53:51 -0400 Message-ID: <20240324230116.1348576-195-sashal@kernel.org> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20240324230116.1348576-1-sashal@kernel.org> References: <20240324230116.1348576-1-sashal@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit From: Viktor Malik [ Upstream commit 903fad4394666bc23975c93fb58f137ce64b5192 ] The .BTF_ids section is pre-filled with zeroed BTF ID entries during the build and afterwards patched by resolve_btfids with correct values. Since resolve_btfids always writes in host-native endianness, it relies on libelf to do the translation when the target ELF is cross-compiled to a different endianness (this was introduced in commit 61e8aeda9398 ("bpf: Fix libelf endian handling in resolv_btfids")). Unfortunately, the translation will corrupt the flags fields of SET8 entries because these were written during vmlinux compilation and are in the correct endianness already. This will lead to numerous selftests failures such as: $ sudo ./test_verifier 502 502 #502/p sleepable fentry accept FAIL Failed to load prog 'Invalid argument'! bpf_fentry_test1 is not sleepable verification time 34 usec stack depth 0 processed 0 insns (limit 1000000) max_states_per_insn 0 total_states 0 peak_states 0 mark_read 0 Summary: 0 PASSED, 0 SKIPPED, 1 FAILED Since it's not possible to instruct libelf to translate just certain values, let's manually bswap the flags (both global and entry flags) in resolve_btfids when needed, so that libelf then translates everything correctly. Fixes: ef2c6f370a63 ("tools/resolve_btfids: Add support for 8-byte BTF sets") Signed-off-by: Viktor Malik Signed-off-by: Andrii Nakryiko Link: https://lore.kernel.org/bpf/7b6bff690919555574ce0f13d2a5996cacf7bf69.1707223196.git.vmalik@redhat.com Signed-off-by: Sasha Levin --- tools/bpf/resolve_btfids/main.c | 35 +++++++++++++++++++++++++++++++++ 1 file changed, 35 insertions(+) diff --git a/tools/bpf/resolve_btfids/main.c b/tools/bpf/resolve_btfids/main.c index 32634f00abba4..d9520cb826b31 100644 --- a/tools/bpf/resolve_btfids/main.c +++ b/tools/bpf/resolve_btfids/main.c @@ -90,6 +90,14 @@ #define ADDR_CNT 100 +#if __BYTE_ORDER == __LITTLE_ENDIAN +# define ELFDATANATIVE ELFDATA2LSB +#elif __BYTE_ORDER == __BIG_ENDIAN +# define ELFDATANATIVE ELFDATA2MSB +#else +# error "Unknown machine endianness!" +#endif + struct btf_id { struct rb_node rb_node; char *name; @@ -117,6 +125,7 @@ struct object { int idlist_shndx; size_t strtabidx; unsigned long idlist_addr; + int encoding; } efile; struct rb_root sets; @@ -320,6 +329,7 @@ static int elf_collect(struct object *obj) { Elf_Scn *scn = NULL; size_t shdrstrndx; + GElf_Ehdr ehdr; int idx = 0; Elf *elf; int fd; @@ -351,6 +361,13 @@ static int elf_collect(struct object *obj) return -1; } + if (gelf_getehdr(obj->efile.elf, &ehdr) == NULL) { + pr_err("FAILED cannot get ELF header: %s\n", + elf_errmsg(-1)); + return -1; + } + obj->efile.encoding = ehdr.e_ident[EI_DATA]; + /* * Scan all the elf sections and look for save data * from .BTF_ids section and symbols. @@ -681,6 +698,24 @@ static int sets_patch(struct object *obj) */ BUILD_BUG_ON(set8->pairs != &set8->pairs[0].id); qsort(set8->pairs, set8->cnt, sizeof(set8->pairs[0]), cmp_id); + + /* + * When ELF endianness does not match endianness of the + * host, libelf will do the translation when updating + * the ELF. This, however, corrupts SET8 flags which are + * already in the target endianness. So, let's bswap + * them to the host endianness and libelf will then + * correctly translate everything. + */ + if (obj->efile.encoding != ELFDATANATIVE) { + int i; + + set8->flags = bswap_32(set8->flags); + for (i = 0; i < set8->cnt; i++) { + set8->pairs[i].flags = + bswap_32(set8->pairs[i].flags); + } + } } pr_debug("sorting addr %5lu: cnt %6d [%s]\n", -- 2.43.0