Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp5292762pxu; Tue, 22 Dec 2020 13:04:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJx6NFsknVIr7+OjU9TaBhUP07KzoDjmMYAUtb464bvtru0LLYqqxDVfUzogeS+cw0nu42ow X-Received: by 2002:a17:906:1cd4:: with SMTP id i20mr21856714ejh.415.1608671042531; Tue, 22 Dec 2020 13:04:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608671042; cv=none; d=google.com; s=arc-20160816; b=niRveSvaSU7FCafD44I0L9p8rf5WRMX7NwOLihGp+CBQUDGNPTEDQOFKJ8qAT2PQuy GGK6c6jD2mRVciAMluPktX0fWmxFCSsJejqwHS3utQKLfzBGdBX95Qh/pb6eXVK3S+7f UfvNyX2D5BqpYUMtGlhex1zY1JRZEtOOajkQD0l2hNplbxKg+PrCPpznZmfsTRbmyHO8 rhjQChlc7kbTyJSeJ5labhsvZSAs7HnPSNx+bpwPR7wg6yb03Fg1sFkQZWDqYXgjts3e /Yxg41oYHltu7b4KLV5yFgVWqBFDKMsgLX6qYscV5ANHxnzd4V9Ew25VEwC0/NWdIoRH sDgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature:dkim-filter; bh=6jBy3EfwQSpNBhU5WRPubRpUKsySzSS/D79lOdmUiIk=; b=XgdlBOUCZSXewK11jB5LbS7pgUAdTa+8JHsFX3ahzrGO+U+o2VTznw4bF5VBH07wLq WKFo1+SSoPzzRymXvGRQF15xID6zGuyIjs9vakcgzqajqQl7kLrhs9BThLcp25KbH325 hnMlu2ael9iMAgaKwub33SBITr7O0IDl4KgVdkQ1vWyHdoKhqDCBD9Zljp8I1R+mgVV/ 4e8KDA8vVE0OIu/XY7RqwOoeQpkYcLJFxa0SK0TS3qWjBGnkjucS1oRasdsnQHy261m/ I9WAq2lQQQeXbXhd07+EB5ld9PNEAn3uvNHm7KA/A96TQWe+lTpyqJK08GOKXAc8TCia 38xw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=jVWqQ45I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c17si12843378eds.556.2020.12.22.13.03.37; Tue, 22 Dec 2020 13:04:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=jVWqQ45I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726991AbgLVVCx (ORCPT + 99 others); Tue, 22 Dec 2020 16:02:53 -0500 Received: from linux.microsoft.com ([13.77.154.182]:53942 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725807AbgLVVCx (ORCPT ); Tue, 22 Dec 2020 16:02:53 -0500 Received: from [192.168.0.104] (c-73-42-176-67.hsd1.wa.comcast.net [73.42.176.67]) by linux.microsoft.com (Postfix) with ESMTPSA id 4120C20B83DE; Tue, 22 Dec 2020 13:02:11 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 4120C20B83DE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1608670931; bh=6jBy3EfwQSpNBhU5WRPubRpUKsySzSS/D79lOdmUiIk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=jVWqQ45I3EQZdPHDigc8cKWWgxa9sVToULn+2GHy3TL3M+M+7LTMeYaVVfp+mkwMf QsgUzWY2XrnIYd9hT/UP1VXBWdb9MqSLawkbHDysmA4Yfrg5DcO/IMC5bV/GednnYX 7EJyQYe2Qyi58TLjjqOYGlJTnJCWUdjWoU0Fum5k= Subject: Re: [PATCH v13 2/6] powerpc: Move arch independent ima kexec functions to drivers/of/kexec.c To: Mimi Zohar , bauerman@linux.ibm.com, robh@kernel.org, takahiro.akashi@linaro.org, gregkh@linuxfoundation.org, will@kernel.org, catalin.marinas@arm.com, mpe@ellerman.id.au Cc: james.morse@arm.com, sashal@kernel.org, benh@kernel.crashing.org, paulus@samba.org, frowand.list@gmail.com, vincenzo.frascino@arm.com, mark.rutland@arm.com, dmitry.kasatkin@gmail.com, jmorris@namei.org, serge@hallyn.com, pasha.tatashin@soleen.com, allison@lohutok.net, masahiroy@kernel.org, bhsharma@redhat.com, mbrugger@suse.com, hsinyi@chromium.org, tao.li@vivo.com, christophe.leroy@c-s.fr, prsriva@linux.microsoft.com, balajib@linux.microsoft.com, linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org References: <20201219175713.18888-1-nramas@linux.microsoft.com> <20201219175713.18888-3-nramas@linux.microsoft.com> <7a347c8f2a76fc80551a3dfcb66b0eec9b024a90.camel@linux.ibm.com> From: Lakshmi Ramasubramanian Message-ID: <71764175-4007-2828-f882-9215c062330a@linux.microsoft.com> Date: Tue, 22 Dec 2020 13:02:10 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <7a347c8f2a76fc80551a3dfcb66b0eec9b024a90.camel@linux.ibm.com> Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/22/20 11:45 AM, Mimi Zohar wrote: > On Tue, 2020-12-22 at 10:53 -0800, Lakshmi Ramasubramanian wrote: >> On 12/22/20 6:26 AM, Mimi Zohar wrote: >> >> Hi Mimi, >> >>> >>> On Sat, 2020-12-19 at 09:57 -0800, Lakshmi Ramasubramanian wrote: >>>> >>>> diff --git a/arch/powerpc/kexec/Makefile b/arch/powerpc/kexec/Makefile >>>> index 4aff6846c772..b6c52608cb49 100644 >>>> --- a/arch/powerpc/kexec/Makefile >>>> +++ b/arch/powerpc/kexec/Makefile >>>> @@ -9,13 +9,6 @@ obj-$(CONFIG_PPC32) += relocate_32.o >>>> >>>> obj-$(CONFIG_KEXEC_FILE) += file_load.o ranges.o file_load_$(BITS).o elf_$(BITS).o >>>> >>>> -ifdef CONFIG_HAVE_IMA_KEXEC >>>> -ifdef CONFIG_IMA >>>> -obj-y += ima.o >>>> -endif >>>> -endif >>> >>> Notice how "kexec/ima.o" is only included if the architecture supports >>> it and IMA is configured. In addition only if CONFIG_IMA_KEXEC is >>> configured, is the IMA measurement list carried across kexec. After >>> moving the rest of ima.c to drivers/of/kexec.c, this changes. Notice >>> how drivers/of/Kconfig includes kexec.o: >>> >>> obj-$(CONFIG_KEXEC_FILE) += kexec.o >>> >>> It is not dependent on CONFIG_HAVE_IMA_KEXEC. Shouldn't all of the >>> functions defined in ima.c being moved to kexec.o be defined within a >>> CONFIG_HAVE_IMA_KEXEC ifdef? >>> >> >> Thanks for reviewing the changes. >> >> In "drivers/of/kexec.c" the function remove_ima_buffer() is defined >> under "#ifdef CONFIG_HAVE_IMA_KEXEC" >> >> setup_ima_buffer() is defined under "#ifdef CONFIG_IMA_KEXEC" - the same >> way it was defined in "arch/powerpc/kexec/ima.c". >> >> As you know, CONFIG_IMA_KEXEC depends on CONFIG_HAVE_IMA_KEXEC (as >> defined in "security/integrity/ima/Kconfig"). >> >> ima_get_kexec_buffer() and ima_free_kexec_buffer() are unconditionally >> defined in "drivers/of/kexec.c" even though they are called only when >> CONFIG_HAVE_IMA_KEXEC is enabled. I will update these two functions to >> be moved under "#ifdef CONFIG_HAVE_IMA_KEXEC" > > The issue is the reverse. CONFIG_HAVE_IMA_KEXEC may be enabled without > CONFIG_IMA_KEXEC being enabled. This allows the architecture to > support carrying the measurement list across kexec, but requires > enabling it at build time. > > Only if CONFIG_HAVE_IMA_KEXEC is enabled should any of these functions > be compiled at build. This allows restoring the previous IMA > measurement list, even if CONFIG_IMA_KEXEC is not enabled. > > Only if CONFIG_IMA_KEXEC is enabled, should carrying the measurement > list across kexec be enabled. See how arch_ima_add_kexec_buffer, > write_number, setup_ima_buffer are ifdef'ed in > arch/powerpc/kexec/ima.c. > Yes - I agree. I will make the following changes: => Enable the functions moved from "arch/powerpc/kexec/ima.c" to "drivers/of/kexec.c" only when CONFIG_HAVE_IMA_KEXEC is enabled. => Also, compile write_number() and setup_ima_buffer() only when CONFIG_IMA_KEXEC is enabled. thanks, -lakshmi