Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp4010167rwb; Tue, 16 Aug 2022 12:40:31 -0700 (PDT) X-Google-Smtp-Source: AA6agR5qtkcE1wihrdijTrljYILr31FAn+OTlD2o4hLZeyPmgYIf04/VvmuTC0r0PvuYfWI8tA4Z X-Received: by 2002:a17:907:75d8:b0:730:8bf1:9a1 with SMTP id jl24-20020a17090775d800b007308bf109a1mr14385822ejc.604.1660678831251; Tue, 16 Aug 2022 12:40:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660678831; cv=none; d=google.com; s=arc-20160816; b=Rh0xkAWvknBs1Hq0pMmUW2GYV7SjebtY8CtxJ3NbihycblzXMyHetXH9ExsNc/4FCH VIsKeRgoW53AvgzdXfIrzOak6SQBEQ3cAz30rDMWk7sq/ELQ67IB8baciJqH5IpF0UjZ GfIV94/dizGEhuHZdqU1F2wjRMDz1ozJE7079XtHdl8sIzMjI0dA7k/XRIMKHzLxUd74 7z7fw45xwV6YzHfey/MWCi8OmwNG2N56fnYuYv1j6e7wAhDq2wq1jMyoL9dOpJO2yX3O 1wlDdRfHSxmkxAL9hkzs1MFYw+FvZZAyihLn1E7/T3XVFw2ijoqzjBMdxR8mGI8h6mYv eYrg== 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=Kl58oIVw+b/FQzIKoDxlVtYHvxPN7SoeBGR5DHsWFi8=; b=k0LLiwaNsFwGYMdpHe06dT9eCPDpORFzXTVL8F/Ka6GtDM5QsU3Cwer3+LkU+K2jYQ XOQA5aKcOj/3sfG2pt9O+rRcuxjFuLcrK79I4G/3WakSX453LNBXZliHtHMiyJWIgVUC 8GJ2H5KiFIrajQZ8fkSTVTS/c2jYkbOeh5WOKdZcq2ajzDmpfFIrTX+CzIbUWE2XZREV xU+wsklBrtnnG1QQnNJuCoUSLlzctbWNiw2mlYlMf7Jpu9rtHFeYc0/exONQQKwS3bHv 8Lds4zc6BaFzYBZB3L1qlQjeHwBioxBmZ7f7Q84/CdPFMPFjthcH/2aTX2C9QFyh2XLb /YSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=ccA1aqFa; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n20-20020aa7d054000000b00445bdec5fa9si557320edo.406.2022.08.16.12.39.57; Tue, 16 Aug 2022 12:40:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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=@google.com header.s=20210112 header.b=ccA1aqFa; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236358AbiHPTax (ORCPT + 99 others); Tue, 16 Aug 2022 15:30:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57902 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229887AbiHPTaw (ORCPT ); Tue, 16 Aug 2022 15:30:52 -0400 Received: from mail-yw1-x112b.google.com (mail-yw1-x112b.google.com [IPv6:2607:f8b0:4864:20::112b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DDA986B63 for ; Tue, 16 Aug 2022 12:30:51 -0700 (PDT) Received: by mail-yw1-x112b.google.com with SMTP id 00721157ae682-33387bf0c4aso72671177b3.11 for ; Tue, 16 Aug 2022 12:30:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=Kl58oIVw+b/FQzIKoDxlVtYHvxPN7SoeBGR5DHsWFi8=; b=ccA1aqFa/Slrf+EHGuY4jRJf1eDbmsl6+BowsTbKHZ9JwnvfDH9nMdBdtaxJoN6rD7 8LGhcTb4aFMVtvcuO9LhXudkyQOQCGiGSNMH9j4/v5oP/XdyUvuD8RnqQakRvFqFA7is gpwS7f3RHIke69w39Eqa5lyhyWZeuvZrtk4WQ0pFUMMmYyeAZbIvAC1ZoNoiNAeGU61I 1C1sPfKhdLplcoAueLcGDuY7IMG7ukAtJ1uA/RaZsCjbMBeF/2dY+o2DiAVMET+YiYVE rrvfRBxStOypa6jbCQx7nfPrnDpSCbyV1IFKeC9UHO80BcTyNV3tecWavKCb+PrtY/Sq 78Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=Kl58oIVw+b/FQzIKoDxlVtYHvxPN7SoeBGR5DHsWFi8=; b=vawpT6pbIndogwEc4ZSZUhlouejhX2T8LR+xja4i3BIO1McPJSbzsEyvkoAgOqaY3B +YwCPpSC0vOc/Oh0HOkkjAR/ca/IuPF3j6anvFL9eb3PiQlgLhri/viVRpKnnDZoXnEg I7+NqoLqBJKtniVJ4EZxPcTrGHJ0d7zN3UqpKbILS7whx/Bngi0Ftg+oLyCUE1hq1Xfm mnZyBtJyuXnkdg76vYBeR9JDRcrl5mwsScgeQKxFwLSlgIEfgAa5AO/rMlH+08+AT+X0 znJzoHQtO6BF73+VEID0TT+KzNTynSpZ+nIqVfrmxkCKJ3J3QQzJRIf+dYJFUDOTIJJ0 osNw== X-Gm-Message-State: ACgBeo3i4bXX6bf9JPHqXk2pNfK+/XzmNjEHMCWXSveq9vgjgBKP2sIN Z/QUyCI3oNWTg3fR+ZAqhMVi4CxAPZtt6549SZx4 X-Received: by 2002:a81:1147:0:b0:32f:d4a5:1ab0 with SMTP id 68-20020a811147000000b0032fd4a51ab0mr13787505ywr.438.1660678250326; Tue, 16 Aug 2022 12:30:50 -0700 (PDT) MIME-Version: 1.0 References: <20220802185534.735338-1-jackyli@google.com> <20220802185534.735338-3-jackyli@google.com> <5f52ffe6-03a4-a5bf-9c57-2c3951922a35@amd.com> In-Reply-To: <5f52ffe6-03a4-a5bf-9c57-2c3951922a35@amd.com> From: Jacky Li Date: Tue, 16 Aug 2022 12:30:39 -0700 Message-ID: Subject: Re: [PATCH 2/2] crypto: ccp - Fail the PSP initialization when writing psp data file failed To: Tom Lendacky Cc: Brijesh Singh , John Allen , Herbert Xu , "David S. Miller" , Marc Orr , Alper Gun , Peter Gonda , linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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-crypto@vger.kernel.org On Wed, Aug 10, 2022 at 1:37 PM Tom Lendacky wrote: > > On 8/2/22 13:55, Jacky Li wrote: > > Currently the OS continues the PSP initialization when there is a write > > failure to the init_ex_file. Therefore, the userspace would be told that > > SEV is properly INIT'd even though the psp data file is not updated. > > This is problematic because later when asked for the SEV data, the OS > > won't be able to provide it. > > > > Fixes: 3d725965f836 ("crypto: ccp - Add SEV_INIT_EX support") > > Reported-by: Peter Gonda > > Signed-off-by: Jacky Li > > --- > > drivers/crypto/ccp/sev-dev.c | 23 +++++++++++++---------- > > 1 file changed, 13 insertions(+), 10 deletions(-) > > > > diff --git a/drivers/crypto/ccp/sev-dev.c b/drivers/crypto/ccp/sev-dev.c > > index 5bb2ae250d38..fd6bb01eb198 100644 > > --- a/drivers/crypto/ccp/sev-dev.c > > +++ b/drivers/crypto/ccp/sev-dev.c > > @@ -233,7 +233,7 @@ static int sev_read_init_ex_file(void) > > return 0; > > } > > > > -static void sev_write_init_ex_file(void) > > +static int sev_write_init_ex_file(void) > > { > > struct sev_device *sev = psp_master->sev_data; > > struct file *fp; > > @@ -243,14 +243,15 @@ static void sev_write_init_ex_file(void) > > lockdep_assert_held(&sev_cmd_mutex); > > > > if (!sev_init_ex_buffer) > > - return; > > + return 0; > > > > fp = open_file_as_root(init_ex_path, O_CREAT | O_WRONLY, 0600); > > if (IS_ERR(fp)) { > > + int ret = PTR_ERR(fp); > > Please put a blank line after the variable declaration. > Will do in the v2. Thanks for the reminder! > > dev_err(sev->dev, > > "SEV: could not open file for write, error %ld\n", > > - PTR_ERR(fp)); > > - return; > > + ret); > > You'll need to fix the kernel test robot report here. > > Thanks, > Tom > Will change %ld to %d in v2. Thanks! Thanks, Jacky > > + return ret; > > } > > > > nwrite = kernel_write(fp, sev_init_ex_buffer, NV_LENGTH, &offset); > > @@ -261,18 +262,20 @@ static void sev_write_init_ex_file(void) > > dev_err(sev->dev, > > "SEV: failed to write %u bytes to non volatile memory area, ret %ld\n", > > NV_LENGTH, nwrite); > > - return; > > + return -EIO; > > } > > > > dev_dbg(sev->dev, "SEV: write successful to NV file\n"); > > + > > + return 0; > > } > > > > -static void sev_write_init_ex_file_if_required(int cmd_id) > > +static int sev_write_init_ex_file_if_required(int cmd_id) > > { > > lockdep_assert_held(&sev_cmd_mutex); > > > > if (!sev_init_ex_buffer) > > - return; > > + return 0; > > > > /* > > * Only a few platform commands modify the SPI/NV area, but none of the > > @@ -287,10 +290,10 @@ static void sev_write_init_ex_file_if_required(int cmd_id) > > case SEV_CMD_PEK_GEN: > > break; > > default: > > - return; > > + return 0; > > } > > > > - sev_write_init_ex_file(); > > + return sev_write_init_ex_file(); > > } > > > > static int __sev_do_cmd_locked(int cmd, void *data, int *psp_ret) > > @@ -363,7 +366,7 @@ static int __sev_do_cmd_locked(int cmd, void *data, int *psp_ret) > > cmd, reg & PSP_CMDRESP_ERR_MASK); > > ret = -EIO; > > } else { > > - sev_write_init_ex_file_if_required(cmd); > > + ret = sev_write_init_ex_file_if_required(cmd); > > } > > > > print_hex_dump_debug("(out): ", DUMP_PREFIX_OFFSET, 16, 2, data,