From mboxrd@z Thu Jan 1 00:00:00 1970 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 49E85C4332F for ; Fri, 6 May 2022 20:35:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1385131AbiEFUjP (ORCPT ); Fri, 6 May 2022 16:39:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37466 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1443128AbiEFUjG (ORCPT ); Fri, 6 May 2022 16:39:06 -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 C984B2AD; Fri, 6 May 2022 13:35:21 -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 A8A8C60AF6; Fri, 6 May 2022 20:35:20 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E6A25C385A9; Fri, 6 May 2022 20:35:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1651869320; bh=S2VlxsKlNheP/UaljF4jK7i69JWNXtFiU1ZWtep/VvM=; h=From:To:Cc:Subject:Date:From; b=ixIpy0yI+Knnbo5XqC13m/OPL0fJ+UK5oFisnjQWarBYeyI4STVtAaSI/K6q9qY6r RlZq6HL3qzTFcA5qBRU6/ebWZLXpOYDM8BjroQj0Q64/fu9dbQujWndT7ZKC1nSZqj LdRQCFIVBm13N9oJNa/osmgaA2iDMvTaeKck/mZUU5pcD+GYiN0d//6aXmpNR4InxI x/0a/2JTllqzfBng0Y5wIej51LvYUQr+TXNc3linvBH9dzyIAAfbeR/abUXfBOAnWM 6O9B8yEu7bj9+jGcQpRZfDr1c0Wc0y6/CFmbv3fdhHb/l7y8rNPu4NR6564FcXsoq6 1b2ATuR2JdTWA== From: Miguel Ojeda To: Adrian Hunter , Alex Gaynor , Andi Kleen , Andrew Morton , Arnaldo Carvalho de Melo , Bixuan Cui , Boqun Feng , Changbin Du , Christophe Leroy , David Vernet , Gary Guo , "Gustavo A. R. Silva" , Ingo Molnar , Jiri Kosina , Jiri Olsa , Josh Poimboeuf , Kees Cook , Kefeng Wang , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, live-patching@vger.kernel.org, Miguel Ojeda , Miroslav Benes , Nick Desaulniers , Peter Zijlstra , Petr Mladek , Sergey Senozhatsky , Stephen Boyd , Wedson Almeida Filho Cc: rust-for-linux@vger.kernel.org Subject: [PATCH v2 0/3] kallsyms: Rust requirements Date: Fri, 6 May 2022 22:34:21 +0200 Message-Id: <20220506203443.24721-1-ojeda@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-perf-users@vger.kernel.org These are the kallsyms patches we carry on the Rust patch series as prerequisites. We were requested to submit them independently, so here they are! - The first one is an improvement that may be applied even without the big symbol support. - The second adds support for "big" symbols without actually increasing the limit. - The third performs the actual increase. Thanks! Boqun Feng (1): kallsyms: avoid hardcoding the buffer size Miguel Ojeda (2): kallsyms: support "big" kernel symbols kallsyms: increase maximum kernel symbol length to 512 include/linux/kallsyms.h | 2 +- kernel/kallsyms.c | 26 +++++++++++++--- kernel/livepatch/core.c | 4 +-- scripts/kallsyms.c | 47 ++++++++++++++++++++++++----- tools/include/linux/kallsyms.h | 2 +- tools/lib/perf/include/perf/event.h | 2 +- tools/lib/symbol/kallsyms.h | 2 +- 7 files changed, 68 insertions(+), 17 deletions(-) base-commit: 672c0c5173427e6b3e2a9bbb7be51ceeec78093a -- 2.35.3