Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp595598pxb; Wed, 27 Jan 2021 16:12:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJxFw0i6C6uYC5RemqGSMKInmKPcFRisWmZbv1rSQ8GJSrGJGERCBAipZmQgzyMKxJaDgX6D X-Received: by 2002:a17:906:a88d:: with SMTP id ha13mr8286911ejb.124.1611792724387; Wed, 27 Jan 2021 16:12:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611792724; cv=none; d=google.com; s=arc-20160816; b=q9/DV5FSL7HCgID8fi21mn/xLu8H9IF2hAfQB58OYJkSoHTKdWeu+H33ZAFWsLmwFF msfWN0fbz3wKgKNmpQn9Rna9bZqYcIBR0ihcZRNToxdT6QfxtXYi2kTucYvQFsWrtRmj nlYYW28FtD/mdqAHLB37S4MYMYN3qgc1ZtK+NYCUElIJxG65NGn5E/6UIad1+6mIEy3I Ns5wk+8N0h7OUP+pSC9bn1/fx+Oj4+MQ/AfdllKvlsihxC7/O7EoVVfFghDRTU11ETV/ MvQPoOkcuDuyMxlyQDzQ8TPH2Y09hcX/N+b2NkDsUbK84CjnjJAG+OQLcQJdtDOyZrNW zzQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature; bh=0LKHr5v3hROqaK5l4fkaEuF6NRO7FgoKzNFbFlIsLZQ=; b=axx3toQzlLkErwj4vA/2H0wXhmq1M6OSs3BTObc1fm2wWx67e/Ybp/OMY9H+qRkBZc eQyAorw6pgxM4MoZtekqgKYhtsomhcaVIuFWN9HUb5HfecU5b5oejY7QMBvkmMKFXa8d MvOAaaVNmskR0T+ujYhzPW9x7VmEXewYAz/7QJz+uhVp/THkUQHDTqwU0Iv2x0Fpj4RS TCy76HFzGm/pz7POHKbLIK7ARL13pY6ghCWV/20hV3MuKV3l1+eELFLtaCKVsIsJrche Tl1sXLgf0SNs2C3n2cBYCOwXyx6tvPdEqqU/6NpjFUzLrt2My7NpgKxwoOlcDp5ZYpqs /HBA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=pMY3qJP1; 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=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qp24si1689137ejb.563.2021.01.27.16.11.40; Wed, 27 Jan 2021 16:12:04 -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=@ibm.com header.s=pp1 header.b=pMY3qJP1; 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=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236008AbhA0SdE (ORCPT + 99 others); Wed, 27 Jan 2021 13:33:04 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:20520 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235493AbhA0Scn (ORCPT ); Wed, 27 Jan 2021 13:32:43 -0500 Received: from pps.filterd (m0098410.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 10RIIFMQ127397; Wed, 27 Jan 2021 13:31:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : subject : from : to : cc : date : in-reply-to : references : content-type : mime-version : content-transfer-encoding; s=pp1; bh=0LKHr5v3hROqaK5l4fkaEuF6NRO7FgoKzNFbFlIsLZQ=; b=pMY3qJP1iMK0+3+1HdvDBFHeiqQBupsm/gi+FpadnqjCOQL+Z4lg4sVzUDEoocY/kaw0 qBlx6BixfHTxDOt83FVF9ZSdx15R9kyXFrH7Dh7BQdyJgcvwxX4E9K5fmUQ8jkoRSB34 nrYKHIfBXsxFBtPeNJStqOh7vLjJr4ixFw8T7CkdH8G6j7rfgvib+QjSmXOwgoOdn3Cc lJVCbctwT2OQ8vI4qLC+D3F6yhfleJmfTOeqL0UUZKbY5B9zes5XPtpgXrqP8ydn0JPA MX6UPzMS8Avsm7DFgoPRxbmyErvw2iFy7ZNOvGt+7n5IomJWH8SbJtLHG5F20AphPXJo Rg== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 36b4cr28y9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 27 Jan 2021 13:31:14 -0500 Received: from m0098410.ppops.net (m0098410.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 10RIJogT134457; Wed, 27 Jan 2021 13:31:14 -0500 Received: from ppma06fra.de.ibm.com (48.49.7a9f.ip4.static.sl-reverse.com [159.122.73.72]) by mx0a-001b2d01.pphosted.com with ESMTP id 36b4cr28ww-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 27 Jan 2021 13:31:13 -0500 Received: from pps.filterd (ppma06fra.de.ibm.com [127.0.0.1]) by ppma06fra.de.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 10RIKLJ1011340; Wed, 27 Jan 2021 18:31:11 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma06fra.de.ibm.com with ESMTP id 368b2ha44r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 27 Jan 2021 18:31:10 +0000 Received: from d06av24.portsmouth.uk.ibm.com (d06av24.portsmouth.uk.ibm.com [9.149.105.60]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 10RIV8iF46006614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 27 Jan 2021 18:31:08 GMT Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 9781A42047; Wed, 27 Jan 2021 18:31:08 +0000 (GMT) Received: from d06av24.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D820942041; Wed, 27 Jan 2021 18:31:02 +0000 (GMT) Received: from li-f45666cc-3089-11b2-a85c-c57d1a57929f.ibm.com (unknown [9.160.15.120]) by d06av24.portsmouth.uk.ibm.com (Postfix) with ESMTP; Wed, 27 Jan 2021 18:31:02 +0000 (GMT) Message-ID: <6343ab2eec390ab7582beea04f8006af095850c8.camel@linux.ibm.com> Subject: Re: [PATCH v15 10/10] arm64: Add IMA log information in kimage used for kexec From: Mimi Zohar To: Lakshmi Ramasubramanian , Will Deacon Cc: bauerman@linux.ibm.com, robh@kernel.org, takahiro.akashi@linaro.org, gregkh@linuxfoundation.org, catalin.marinas@arm.com, mpe@ellerman.id.au, 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, linuxppc-dev@lists.ozlabs.org Date: Wed, 27 Jan 2021 13:31:02 -0500 In-Reply-To: <8a573f84-732a-3591-8751-f7b08edaa01d@linux.microsoft.com> References: <20210115173017.30617-1-nramas@linux.microsoft.com> <20210115173017.30617-11-nramas@linux.microsoft.com> <20210127165424.GB358@willie-the-truck> <20210127180230.GA593@willie-the-truck> <8a573f84-732a-3591-8751-f7b08edaa01d@linux.microsoft.com> Content-Type: text/plain; charset="ISO-8859-15" X-Mailer: Evolution 3.28.5 (3.28.5-14.el8) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343,18.0.737 definitions=2021-01-27_06:2021-01-27,2021-01-27 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 lowpriorityscore=0 phishscore=0 suspectscore=0 mlxlogscore=999 clxscore=1015 impostorscore=0 adultscore=0 spamscore=0 bulkscore=0 malwarescore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2101270090 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2021-01-27 at 10:24 -0800, Lakshmi Ramasubramanian wrote: > On 1/27/21 10:02 AM, Will Deacon wrote: > > On Wed, Jan 27, 2021 at 09:56:53AM -0800, Lakshmi Ramasubramanian wrote: > >> On 1/27/21 8:54 AM, Will Deacon wrote: > >>> On Fri, Jan 15, 2021 at 09:30:17AM -0800, Lakshmi Ramasubramanian wrote: > >>>> Address and size of the buffer containing the IMA measurement log need > >>>> to be passed from the current kernel to the next kernel on kexec. > >>>> > >>>> Add address and size fields to "struct kimage_arch" for ARM64 platform > >>>> to hold the address and size of the IMA measurement log buffer. > >>>> > >>>> Update CONFIG_KEXEC_FILE to select CONFIG_HAVE_IMA_KEXEC, if CONFIG_IMA > >>>> is enabled, to indicate that the IMA measurement log information is > >>>> present in the device tree for ARM64. > >>>> > >>>> Co-developed-by: Prakhar Srivastava > >>>> Signed-off-by: Prakhar Srivastava > >>>> Signed-off-by: Lakshmi Ramasubramanian > >>>> Reviewed-by: Thiago Jung Bauermann > >>>> --- > >>>> arch/arm64/Kconfig | 1 + > >>>> arch/arm64/include/asm/kexec.h | 5 +++++ > >>>> 2 files changed, 6 insertions(+) > >>>> > >>>> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > >>>> index 1d466addb078..ea7f7fe3dccd 100644 > >>>> --- a/arch/arm64/Kconfig > >>>> +++ b/arch/arm64/Kconfig > >>>> @@ -1094,6 +1094,7 @@ config KEXEC > >>>> config KEXEC_FILE > >>>> bool "kexec file based system call" > >>>> select KEXEC_CORE > >>>> + select HAVE_IMA_KEXEC if IMA > >>>> help > >>>> This is new version of kexec system call. This system call is > >>>> file based and takes file descriptors as system call argument > >>>> diff --git a/arch/arm64/include/asm/kexec.h b/arch/arm64/include/asm/kexec.h > >>>> index d24b527e8c00..2bd19ccb6c43 100644 > >>>> --- a/arch/arm64/include/asm/kexec.h > >>>> +++ b/arch/arm64/include/asm/kexec.h > >>>> @@ -100,6 +100,11 @@ struct kimage_arch { > >>>> void *elf_headers; > >>>> unsigned long elf_headers_mem; > >>>> unsigned long elf_headers_sz; > >>>> + > >>>> +#ifdef CONFIG_IMA_KEXEC > >>>> + phys_addr_t ima_buffer_addr; > >>>> + size_t ima_buffer_size; > >>>> +#endif > >>> > >>> Why do these need to be in the arch structure instead of 'struct kimage'? > >>> > >> > >> Currently, only powerpc and, with this patch set, arm64 have support for > >> carrying forward IMA measurement list across kexec system call. The above > >> fields are used for tracking IMA measurement list. > >> > >> Do you see a reason to move these fields to "struct kimage"? > > > > If they're gated on CONFIG_IMA_KEXEC, then it seems harmless for them to > > be added to the shared structure. Or are you saying that there are > > architectures which have CONFIG_IMA_KEXEC but do not want these fields? > > > > As far as I know, there are no other architectures that define > CONFIG_IMA_KEXEC, but do not use these fields. Yes, CONFIG_IMA_KEXEC enables "carrying the IMA measurement list across a soft boot". The only arch that currently carries the IMA measurement across kexec is powerpc. Mimi