Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1280517ybl; Fri, 16 Aug 2019 12:02:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqxMKsUwxGvKbT97KMMzKdL74H/DyvyKhgidGXewHl7pfwcefAFnVF67RrTmyByhSUlR1xqv X-Received: by 2002:a63:7c0d:: with SMTP id x13mr8985308pgc.360.1565982134314; Fri, 16 Aug 2019 12:02:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565982134; cv=none; d=google.com; s=arc-20160816; b=qslS5KJCukuXSQG7UqnC8sseRxbm5q+qFFQmVmrzktcfyjK2dpfgTl9Iy76EZEld1M 88s+kd+3nW5t17W/6/o7dZ6Ud97nENag4U2vDY4u0IqwuLBrGWLjx/sOtUL7mXilHKLE k9zb2hxUU43+K7MhX85M00rbkS+ng5pS9F/ztquYTxR5eFGdSq9XzkXihngrsJhsE1Wg m/7bkW6+QRwEkyQX7sNdveuayYpsJeq0bt2ts8eUOuYoTRzVKRNAEi0krGgmsvV/4SuL ULrYW0l0gIIY98Qz3PVFvNOcefUqmS1Ffb61czupWY8HprpmLPAnXmhhtnZ/6HwcivAC RUDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject; bh=szqQXKv3ug6ro2hk4blTUvZlj8n1arjVTWMAZiDA39k=; b=AlK1WiA+xHKezWYc3DLmn76GX9QZ9GKjzaLN7UMhMGinC2WgzR/o+1hjmz2Hlk5Ssr t2QM8ecALI2K+vcDnD8aLmA2l9Vc5mciuKbFntEKKYDnvtXkzAO/zKLiPQFoFQ6kG00l E8ZAHh7mA1kV4JIrPvNcviNhdxY67hY8e44k2V3qPgESy3RpnD57a6LZ8SVoGY6JCzAZ m+GutM6h2JzRFDi9kcM2sumG+dhDoY3JFHr273B3eyFbLgfkPwVrP+YVcshnZLCk5EHc YXWekSbSqtrOQrEmifZoP3JheoASoWplUH6aDfMtUSFHyalirlCybIMK2OlErEZQAIWR SgEA== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j18si4809672pfe.235.2019.08.16.12.01.58; Fri, 16 Aug 2019 12:02:14 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727562AbfHPTBW (ORCPT + 99 others); Fri, 16 Aug 2019 15:01:22 -0400 Received: from mx1.redhat.com ([209.132.183.28]:45226 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727067AbfHPTBW (ORCPT ); Fri, 16 Aug 2019 15:01:22 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 4F8DF30821A1; Fri, 16 Aug 2019 19:01:22 +0000 (UTC) Received: from [10.10.123.64] (ovpn-123-64.rdu2.redhat.com [10.10.123.64]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 81D625C1D6; Fri, 16 Aug 2019 19:01:21 +0000 (UTC) Subject: Re: [PATCH v4 06/10] modpost: Add modinfo flag to livepatch modules From: Joe Lawrence To: Miroslav Benes , Masahiro Yamada Cc: Linux Kernel Mailing List , live-patching@vger.kernel.org, Linux Kbuild mailing list 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> Message-ID: <163ad1fb-ccbf-0a3e-d795-2bb748a0e88f@redhat.com> Date: Fri, 16 Aug 2019 15:01:20 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <6c7e4d19-b993-1c14-d6cf-6aa1ee891361@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.47]); Fri, 16 Aug 2019 19:01:22 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. 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