From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-b3-smtp.messagingengine.com (fout-b3-smtp.messagingengine.com [202.12.124.146]) (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 039AB6FC5; Thu, 27 Mar 2025 08:39:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=202.12.124.146 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1743064752; cv=none; b=ps9SKzClL4h7j6ZA6Fyi4Ogz+gm07Zo3iygILGX2zd9nxwwG+14Ucy0eeDNaD5YmI2d25Q40DfsF0eW0FmpFhBo/buNA5nKhiKKeegAItR0I3KQF+I8AoF4f15m6z4o9a1iE884sWEWzZkWdZw/E6n30gBZ79mjd0MiHmFpzFgo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1743064752; c=relaxed/simple; bh=KfGaRhTm6ixCemo4eZD2yTY/z/CY2m9ljqRhlgt/0cU=; h=MIME-Version:Date:From:To:Cc:Message-Id:Subject:Content-Type; b=kGVEA6i5YS59DUkCBLsV4iAjQ/IlW0UhWP1zIrzcV+8X1mfGhb+PGbKdjHwKSO0EX4ksXMv79CU9e8fGl9TkIat6kPokFv7yDMPN9mRfFi2Tfd2siTDzc1m+0H0ieloilPvLxjOzjb6EoTDpMdbbpO4qAiiFQvoDlzo24PFE1jg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de; spf=pass smtp.mailfrom=arndb.de; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b=Hf5uE91L; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=A1/9Fq0v; arc=none smtp.client-ip=202.12.124.146 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arndb.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b="Hf5uE91L"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="A1/9Fq0v" Received: from phl-compute-07.internal (phl-compute-07.phl.internal [10.202.2.47]) by mailfout.stl.internal (Postfix) with ESMTP id 79ACB1140113; Thu, 27 Mar 2025 04:39:08 -0400 (EDT) Received: from phl-imap-11 ([10.202.2.101]) by phl-compute-07.internal (MEProxy); Thu, 27 Mar 2025 04:39:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:message-id:mime-version:reply-to :subject:subject:to:to; s=fm1; t=1743064748; x=1743151148; bh=sC 6kwcffvUzg+ykz/SRQ10mbgOFLy5yHYsWPM/tgN3A=; b=Hf5uE91LZJ1Oq9rRGP qYmlWJIqfz/v+1txHTTwvONA2BKf7LFcQ0whUv1GRDBrJ7QfVkbQParGIo0374PN P/Uoq5WT4s93o6XdMGcL03UGXEmt/ZC+3k3cCsujAgSkKd2sB9nA/SNcc+WvgOLH TLZDc4vzM72+5owKwOKDNHGfCACpWMPLf35K+uEu2/148gbhgdaBpsciCD/g1xD/ 56cb2vJnBbigJwzDCfY1VUmFiBh3Vzxh6FhQIg2dhp+EKk3nte2Jo34rk8HfOaXq WJiA9JmB3PGHXQ3YI7D6baRkZ18oVhef8OVOc2S5INURkbxFstvx68ainurGC4tb Gevg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:message-id:mime-version:reply-to:subject :subject:to:to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1743064748; x=1743151148; bh=sC6kwcffvUzg+ykz/SRQ10mbgOFL y5yHYsWPM/tgN3A=; b=A1/9Fq0v4D1+Tdd8rDMUe4jIzZhFz5p39KoR6SJNThlf NAwkyjY8dWDYOZ0m3QjYne0aNbZFlZVAu5t0TKbHmaclKPijiyckhpSLfRN07rYS igYEAv2yc9hTfl4iKocJMJRyvblnd9lUQLiZm31hzUu/RGX2pubI7yJSMZBV8PDy A9kpLm/ZKd30Qh/4We7IkfLMiKdhu/kRb+5xI7cYcMn9HGrKjmM7OaUFZi5acIK9 mAV5ugtqRSTMhNkki4VIGt+nwCwQ95Y+sUZd5H9Ph545L1gnZTfu1ojJ/JjkETUy xxsWcVFGWVaLyJvRt7iC4lFCpoInpQb3dhWvmMcQAA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdduieejleehucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggv pdfurfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpih gvnhhtshculddquddttddmnecujfgurhepofggfffhvfevkffutgfgsehtjeertdertddt necuhfhrohhmpedftehrnhguuceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrd guvgeqnecuggftrfgrthhtvghrnhepudelieegkeevueegtedtjedttdelgeehhfdvhfeu heethfduleffuddvueelveetnecuffhomhgrihhnpehkvghrnhgvlhdrohhrghenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrhhnugesrghr nhgusgdruggvpdhnsggprhgtphhtthhopedviedpmhhouggvpehsmhhtphhouhhtpdhrtg hpthhtohepsghpsegrlhhivghnkedruggvpdhrtghpthhtohepghgrrhihsehgrghrhihg uhhordhnvghtpdhrtghpthhtoheprghlvgigrdhgrgihnhhorhesghhmrghilhdrtghomh dprhgtphhtthhopegsohhquhhnrdhfvghnghesghhmrghilhdrtghomhdprhgtphhtthho pehsvghrghhiohdrtgholhhlrgguohesghhmrghilhdrtghomhdprhgtphhtthhopeihrg hkohihohhkuhesghhmrghilhdrtghomhdprhgtphhtthhopegrlhhitggvrhihhhhlsehg ohhoghhlvgdrtghomhdprhgtphhtthhopegurghvihgughhofiesghhoohhglhgvrdgtoh hmpdhrtghpthhtohepkhhunhhithdquggvvhesghhoohhglhgvghhrohhuphhsrdgtohhm X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 740772220073; Thu, 27 Mar 2025 04:39:06 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Date: Thu, 27 Mar 2025 09:38:46 +0100 From: "Arnd Bergmann" To: =?UTF-8?Q?Sergio_Gonz=C3=A1lez_Collado?= , "Brendan Higgins" , "David Gow" , "Miguel Ojeda" , "Alex Gaynor" , linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com, sergio.collado@gmail.com, "Dave Hansen" , "H. Peter Anvin" , "Josh Poimboeuf" , "Peter Zijlstra" Cc: "Boqun Feng" , "Gary Guo" , =?UTF-8?Q?Bj=C3=B6rn_Roy_Baron?= , "Benno Lossin" , "Andreas Hindborg" , "Alice Ryhl" , "David Rheinsberg" , rust-for-linux@vger.kernel.org, skhan@linuxfoundation.org, ricardo.marliere@suse.com, "Thomas Gleixner" , "Ingo Molnar" , "Borislav Petkov" , "Martin Rodriguez Reboredo" , linux-kernel@vger.kernel.org Message-Id: <66f3f697-530a-4d22-979a-1472c8e8de3a@app.fastmail.com> Subject: Symbol too long for allsyms warnings on KSYM_NAME_LEN Content-Type: text/plain Content-Transfer-Encoding: 7bit My randconfig builds sometimes (around one in every 700 configs) run into this warning on x86: Symbol __pfx_snnnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnnnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nnng1h2i3j4k5l6m7ng1h2i3j4k5l6m7nng1h2i3j4k5l6m7ng1h2i3j4k5l6m7n too long for kallsyms (517 >= 512). Please increase KSYM_NAME_LEN both in kernel and kallsyms.c The check that gets triggered was added in commit c104c16073b ("Kunit to check the longest symbol length"), see https://lore.kernel.org/all/20241117195923.222145-1-sergio.collado@gmail.com/ and the overlong identifier seems to be the result of objtool adding the six-byte "__pfx_" string to a symbol in elf_create_prefix_symbol() when CONFIG_FUNCTION_PADDING_CFI is set. I think the suggestion to "Please increase KSYM_NAME_LEN both in kernel and kallsyms.c" is misleading here and should probably be changed. I don't know if this something that objtool should work around, or something that needs to be adapted in the test. Arnd