Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp3670466ioo; Mon, 30 May 2022 07:13:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyISetVAP9pnzDhWnaHKf8S6SFyPNSl0x+c26hgwyZ/qdMLQgRnKYxmqKGEUrImld3ey/oT X-Received: by 2002:a05:6402:2381:b0:42d:c8fe:d7fe with SMTP id j1-20020a056402238100b0042dc8fed7femr9437933eda.248.1653920008128; Mon, 30 May 2022 07:13:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653920008; cv=none; d=google.com; s=arc-20160816; b=UgAgSTJsMgZxfw22y02j1xAIvLIqKj1yU4aC7tu4s3M6ySrkyz7jzMeW7L/9PHy5Cy ySrXQX9lRiF2UUk/ci7fiUqMJkLI/RUpMRf/ktr6ncHU8HPLPhSTJJMfCi/q7weXN0F2 TS/Nyl/E2j6kUJY/hzIGySyHt1Slsn9fhCQYHxLs+kPQZhLqeJzi8HNInKGejEVBc0YM MEz8G3tgXbDM+Ebkgd1HS/kUS4KL1vpE1D7a916zNbFjuhz2Ac1DEmyipQnTR45OTtDc Tt2Nk4HNV0Cg1bqgpQ4VedGri2VR8rXRfuzp8m5SRja5i+CPl2jqq7aKP2LhzGVgYQCZ +vQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=/nsX7tQgFVjCVndQ6RpFV7BObhww0aFphEST3Aew1pU=; b=bHh93YduU42oCPnV/z25Hc6Q74O5+0xWFYjXA/Z5EX15BJK3fwXtyuWYn3eqV4BkmS C0oHAjJjnpo0VS5tX4RgjlkKRwLBGqwVSogPGGUd/7Q1obK4upL+Ca6ArzGNQFd6r10X WiSAn767mWQ4uAoGN+eGSszfHSCHTONj1+0Ynm/MJprrbux5M5HLAvyuLcIC+aVvqaiy bzvcjkVv7L/T7aZnrF3UaQgu2jlHljZtxgK84YMu+7z87EEwLsYCHhxIIqUeMCIVa8hq FmMTNZ6HAek+pp2YCZn7qiYlZaTo8PWOiF/HlaGUAEhGbZBvN1+6SlI0beVuHr3WxmqH H9yQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=aDBnKozU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id oz12-20020a1709077d8c00b006f39901edd6si12761782ejc.400.2022.05.30.07.13.00; Mon, 30 May 2022 07:13:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=aDBnKozU; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236297AbiE3NCE (ORCPT + 99 others); Mon, 30 May 2022 09:02:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236299AbiE3NCB (ORCPT ); Mon, 30 May 2022 09:02:01 -0400 Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3061717E1C; Mon, 30 May 2022 06:02:00 -0700 (PDT) Received: by mail-io1-xd2d.google.com with SMTP id q203so11299583iod.0; Mon, 30 May 2022 06:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/nsX7tQgFVjCVndQ6RpFV7BObhww0aFphEST3Aew1pU=; b=aDBnKozUQpAbtuN5D/ooDBBqSx3Y+oo5MQ+1QeE2crNOB4+uZi4F8AFaQo9IURBPMv TVWtenQ8DPSkeu06Zak5ks2S0Dg84W67tc+vI5DtTswEgZk0k2+gKNpJrlE5EJbOodqG Vdxm0mdvIGW6kx8eUFHGJWjG24kkF6b+xVMNWdVNSCFR2Bmjq0viGo30qySCSC8imz1j 5z4u2g9ZUnnau7guKEFPonzFCeCgumyuk0EIouAa59SVc8aqIe1q1Xtsd+OmaJdST0aP 8BEyiBJL9ImKKd5CZTG7axLZNZNcTTOKhiZMNC0fAeljoM4c/Avg9Rhmy9lgOHrQzCx2 JA0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/nsX7tQgFVjCVndQ6RpFV7BObhww0aFphEST3Aew1pU=; b=79lmhcP105YbKJX1Hk/34Yo9ey9MeCwVB4u6uWwL/kMOLxkzFIwCWnvCH+0mN477vG KCW6bQG7yugO8SvKiSgDrbZ8AZazFEEK7c6QKRITk6VW0Ogi4Sl63RFJGh7wvYyTpp7U Ss6nEZ3O0vXpFPFu0zXYJ/gbXmtsiRB36qTLmwvHHQpZaW5exZZAHcdHIzueMIcyjIdZ R09Ndkb2MIvTTVCpTOEyA01GaMBaEcLBeKg+bkWEnt+iYq/zmcKTTObyBg4zAYSNJlwX /ho8Tk3UmI8ZeEUvmc69sy8wavfJ7FGwopOkhcHGgDIAJXppukDc7aAKB0KDgkJmShmG iaKg== X-Gm-Message-State: AOAM53173F8XARlvS0wlmU8bg6jwagNgORAzswyymofaIUxlbb9LFhWg D+TUcHj7ahVJMuvEBPc4kZwI08mmhqn1XjBGNr8= X-Received: by 2002:a05:6638:f89:b0:32e:89f4:e150 with SMTP id h9-20020a0566380f8900b0032e89f4e150mr27709726jal.308.1653915717905; Mon, 30 May 2022 06:01:57 -0700 (PDT) MIME-Version: 1.0 References: <20220523020209.11810-1-ojeda@kernel.org> <20220523020209.11810-4-ojeda@kernel.org> <459385ee7ccf4fcf3e22d4a11b4f438d648422bf.camel@kernel.org> In-Reply-To: <459385ee7ccf4fcf3e22d4a11b4f438d648422bf.camel@kernel.org> From: Miguel Ojeda Date: Mon, 30 May 2022 15:01:47 +0200 Message-ID: Subject: Re: [PATCH v7 03/25] kallsyms: increase maximum kernel symbol length to 512 To: Jarkko Sakkinen Cc: David Howells , Miguel Ojeda , Linus Torvalds , Greg Kroah-Hartman , rust-for-linux , linux-kernel , Kees Cook , Petr Mladek , Alex Gaynor , Wedson Almeida Filho , Gary Guo , Boqun Feng , Josh Poimboeuf , Jiri Kosina , Miroslav Benes , Joe Lawrence , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , live-patching@vger.kernel.org, linux-perf-users@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, May 27, 2022 at 6:27 PM Jarkko Sakkinen wrote: > > The honest answer: I don't actually remember what I was thinking > (other stuff stole my focus) but my comment neither makes much > sense to me. Please just ignore it, and apologies for causing > confusion. No apologies needed! > There's something I'm looking into in my spare time right now. > I'm experimenting with interfacing keyring types to Rust. The > first step, I guess, is to provide a Rust abstraction for > assoc_array. > > I've skimmed through the patch set and have now *rough* idea of > patterns and techniques. My opens are more on the process side > of things since there's no yet mainline subtree. Thanks a lot for taking a look and taking the initiative. > If I send a patch or patch sets, would this be a good workflow: > > 1. RFC tag. > 2. In the cover letter denote the patch set version, which was > used the baseline. Sounds good to me. Alternatively, you can use a `--base=` pointing to one of the commits in our `rust` branch. Cheers, Miguel