Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2198960ybl; Sun, 18 Aug 2019 20:52:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqyWzDpulP7rZNcppbyfnBa2xJv+jMb9Z+49+zCSBF8vLk9pERMEVotbXWdXyB95kdCCBy6/ X-Received: by 2002:a17:902:7d82:: with SMTP id a2mr21087981plm.57.1566186761640; Sun, 18 Aug 2019 20:52:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566186761; cv=none; d=google.com; s=arc-20160816; b=Ys4EKjJZaPUsgO5r4/AjpCeZnhPHsRSliVpGHukGpiKxjqc2w+jdThSgyAp1Wj+cXK pYnsuLZWJZBRYHopmzITRp5Pko2lwjFqaqiS8nxG5SaW18fPEN5dfWwp2YPQE2wy6rA/ Yr2OUSWlSrEDcStwIgSgIi+2PnGtkTT9u5lEa1i8MWq+tj83/0utoQfYz/606CLclwVd aTR1ueETPpKrqrqvCmIimJ46AO16JlxJZdTgxrPLXhcFh+1uTJt06PSTpc2yaRcz2470 MT9Tl6TjHAInvbqRqt7Vr6ZuTCH72G51qDWfCj2HxlHgKVeUuD1x+XvqaFJVWpv+K9ct dw2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature:dkim-filter; bh=vF3IJ3fCvp56/QdG3nf3x7vG0efY4utlIcXJkzBQuLE=; b=Tegz3UnzCiOFfir+u6NWurSK68Z0JRjj4SBCD6c3TTmZnCcAgj9v3iCH8oaZ/vfs6m jHFcP3z6To5AeIQss3SGR6NcTrj9TGc+rCfdmkVPbp8tOVDKayLxHgm4oOrY3yXZVVUP 0uzo4XBWVMEyiAylmXKYls10G4UEsQ0c3bMfeM/61VvnX7xl2mxILShuLH1BquUgUsR5 AeUB9PjmTiqUwquuKZunpY5+fByxmRlaefaFNTHeAgJ+8tOH5WytlvdqIf1b2XjmE8ks HpK1qwIINGI26IKl5j+MBsWiml1g1yw7mzNDxuBi1HK+sKlWIhAROsQcwhsFg/Z91li5 LMYA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=Sd4nps3M; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o8si8907983pgd.582.2019.08.18.20.52.26; Sun, 18 Aug 2019 20:52:41 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=Sd4nps3M; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726586AbfHSDvk (ORCPT + 99 others); Sun, 18 Aug 2019 23:51:40 -0400 Received: from conssluserg-04.nifty.com ([210.131.2.83]:23597 "EHLO conssluserg-04.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726132AbfHSDvk (ORCPT ); Sun, 18 Aug 2019 23:51:40 -0400 Received: from mail-vs1-f50.google.com (mail-vs1-f50.google.com [209.85.217.50]) (authenticated) by conssluserg-04.nifty.com with ESMTP id x7J3pNPl026390; Mon, 19 Aug 2019 12:51:24 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-04.nifty.com x7J3pNPl026390 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1566186685; bh=vF3IJ3fCvp56/QdG3nf3x7vG0efY4utlIcXJkzBQuLE=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Sd4nps3MiXee4A3IpU452mfaA3b6Cina373ymkKq/gFlva3fRMIGq9aM+jD+9bzjV Jv61NRkkrZG1XwflbgrPcd22eELeP/phMlG1aRnTPfrfpBlOztFy2b8vK/ehhHoW9S Az77sxkWhnDfMpGrFmD9aLugkRd1Ol+wc5HJYcU6UUU4CpjSKXfPWJRBlkgnxzWJ4r a8ZNQawoTzW3apLhMrOX+QRZYH0bYhfQdo9F7LaHUz6fNkr9R6Ow6MqcjhbsD1FyjS bAcGAP5AMdfUsGrBc4U3Bu14HknrvnXoIyi7R2NEa2EWR7iviGMY4hmfyUQ25QU6pP Wfrc46KWl0UKQ== X-Nifty-SrcIP: [209.85.217.50] Received: by mail-vs1-f50.google.com with SMTP id j25so284061vsq.12; Sun, 18 Aug 2019 20:51:24 -0700 (PDT) X-Gm-Message-State: APjAAAWPrRIZ1RNccMhOE34Z6ztRLNQNOxXF/eQvPoZAuOVztL6Z3v1f 1Js9yfdw0qd2vxi7mllEX8DKD6e6n9nmSy6nSRY= X-Received: by 2002:a67:fd97:: with SMTP id k23mr11174751vsq.179.1566186683409; Sun, 18 Aug 2019 20:51:23 -0700 (PDT) MIME-Version: 1.0 References: <20190509143859.9050-1-joe.lawrence@redhat.com> <20190509143859.9050-7-joe.lawrence@redhat.com> <20190812155626.GA19845@redhat.com> <6c7e4d19-b993-1c14-d6cf-6aa1ee891361@redhat.com> <163ad1fb-ccbf-0a3e-d795-2bb748a0e88f@redhat.com> In-Reply-To: <163ad1fb-ccbf-0a3e-d795-2bb748a0e88f@redhat.com> From: Masahiro Yamada Date: Mon, 19 Aug 2019 12:50:47 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v4 06/10] modpost: Add modinfo flag to livepatch modules To: Joe Lawrence Cc: Miroslav Benes , Linux Kernel Mailing List , live-patching@vger.kernel.org, Linux Kbuild mailing list Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Joe, On Sat, Aug 17, 2019 at 4:01 AM Joe Lawrence wrote: > > On 8/16/19 8:43 AM, Joe Lawrence wrote: > > On 8/16/19 4:19 AM, Miroslav Benes wrote: > >> Hi, > >> > >>> I cleaned up the build system, and pushed it based on my > >>> kbuild tree. > >>> > >>> Please see: > >>> > >>> git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git > >>> klp-cleanup > >> > >> This indeed looks much simpler and cleaner (as far as I can judge with my > >> limited kbuild knowledge). We just need to remove MODULE_INFO(livepatch, > >> "Y") from lib/livepatch/test_klp_convert_mod_a.c to make it compile and > >> work (test_klp_convert_mod_a is not a livepatch module, it is just a dummy > >> module which is then livepatched by lib/livepatch/test_klp_convert1.c). > >> > > > > Yeah, Masahiro this is great, thanks for reworking this! > > > > I did tweak one module like Miroslav mentioned and I think a few of the > > newly generated files need to be cleaned up as part of "make clean", but > > all said, this is a nice improvement. > > > > Well actually, now I see this comment in the top-level Makefile: > > # Cleaning is done on three levels. > > # make clean Delete most generated files > > # Leave enough to build external modules > > # make mrproper Delete the current configuration, and all generated > files > # make distclean Remove editor backup files, patch leftover files and > the like > > I didn't realize that we're supposed to be able to still build external > modules after "make clean". If that's the case, then one might want to > build an external klp-module after doing that. Yes. 'make clean' must keep all the build artifacts needed for building external modules. > With that in mind, shouldn't Symbols.list to persist until mrproper? > And I think modules-livepatch could go away during clean, what do you think? > > -- Joe Symbols.list should be kept by the time mrproper is run. So, please add it to MRROPER_FILES instead of CLEAN_FILES. modules.livepatch is a temporary file, so you can add it to CLEAN_FILES. How is this feature supposed to work for external modules? klp-convert receives: "symbols from vmlinux" + "symbols from no-klp in-tree modules" + "symbols from no-klp external modules" ?? BTW, 'Symbols.list' sounds like a file to list out symbols for generic purposes, but in fact, the file format is very specific for the klp-convert tool. Perhaps, is it better to rename it so it infers this is for livepatching? What do you think? -- Best Regards Masahiro Yamada