Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp4234080ybh; Tue, 17 Mar 2020 15:02:33 -0700 (PDT) X-Google-Smtp-Source: ADFU+vt1tQlju87GqiytoZFQOh9KGjnDa7YKAUjpSNmhzoaLhPW8dR2ysxz53ZVLyYNKDKoW3H41 X-Received: by 2002:a9d:8a1:: with SMTP id 30mr1291542otf.296.1584482553148; Tue, 17 Mar 2020 15:02:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584482553; cv=none; d=google.com; s=arc-20160816; b=mG55XSuygzUN6/CItFPFcDqIblRejap5plDAnyKcB4GStOaPRXPOd9uRJD8/EHCiz9 ll8A1Y1MmylqzSRBRJhuh2k7mGslk4EkDivtzDy9mFshU9NrqGUttGbmkaMf0fFlmZx8 teij6sDUoftwwrhD1Iz7uNerADAdAqKUzDRMCOmJR8vnNnvaFksPimUxaVMcGuuUowdz m29+E7+eHIpIaaL4vsfUG3XEH2uvljhLzDpUEFoLRCko/p6JJ4x6EQzOMtD8noYPupem dvFSc4iVzTBXn5Ia4rioAFigA0dEHzLTmAwGsD6kw7zZ/cXAq3isaKHutR5Pdwwg7u6K Umpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=kP+fqtzjxfj9F++vWXuUEPaYaoX8j6dbmfwB9guNtzI=; b=vsQYX8lDxWQC8JsWswNhWbFa6FGS8orgqPVq1DIRupD001pgLfBFLal0N8rIdjzQnC H5KxX+Wu0WtrWN6pq93dwE9/mScZ00mU6WeAhJHCIHXPP3EHNDP7Hg3Ls0TD4o5dB0LG VAZeT/U+f82pkBeL7xGUKzPSA5Ls7zHrQj05VRTU2/aXBqmd+XYhvknYv6o9ZbwJgZSI lM1zp3W+rEXdkTKdiLQ3zW6RWHlf/sZIv8Jlaovh8+OvyRFgvQAy7H2GxA31mi+GkDsQ IYAe0P+NsM+zJYVpDoTtuZ2X/nwDHCFSI8BE6uM5w5bj/a6/GI+oVVpm/h9qhWx1wF9R heYA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o1si2130634otk.154.2020.03.17.15.02.09; Tue, 17 Mar 2020 15:02:33 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726871AbgCQWBu (ORCPT + 99 others); Tue, 17 Mar 2020 18:01:50 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:56009 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726530AbgCQWBu (ORCPT ); Tue, 17 Mar 2020 18:01:50 -0400 Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jEKGu-0000tj-1m; Tue, 17 Mar 2020 23:01:12 +0100 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id 71BBA101161; Tue, 17 Mar 2020 23:01:11 +0100 (CET) From: Thomas Gleixner To: Borislav Petkov , Dave Hansen Cc: Borislav Petkov , lkml , "Schofield\, Alison" , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Heiko Carstens , Vasily Gorbik , Christian Borntraeger , Ingo Molnar , x86@kernel.org, Dave Hansen , Andy Lutomirski , Peter Zijlstra , Christoph Hellwig , Marek Szyprowski , Robin Murphy , linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, iommu@lists.linux-foundation.org, Tom Lendacky , "Shutemov\, Kirill" Subject: Re: [PATCH] treewide: Rename "unencrypted" to "decrypted" In-Reply-To: <20200317210602.GG15609@zn.tnic> References: <20200317111822.GA15609@zn.tnic> <2cb4a8ae-3b13-67bd-c021-aee47fdf58c5@intel.com> <20200317210602.GG15609@zn.tnic> Date: Tue, 17 Mar 2020 23:01:11 +0100 Message-ID: <87fte6bpzs.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Borislav Petkov writes: > On Tue, Mar 17, 2020 at 01:35:12PM -0700, Dave Hansen wrote: >> On 3/17/20 4:18 AM, Borislav Petkov wrote: >> > Back then when the whole SME machinery started getting mainlined, it >> > was agreed that for simplicity, clarity and sanity's sake, the terms >> > denoting encrypted and not-encrypted memory should be "encrypted" and >> > "decrypted". And the majority of the code sticks to that convention >> > except those two. So rename them. >> >> Don't "unencrypted" and "decrypted" mean different things? >> >> Unencrypted to me means "encryption was never used for this data". >> >> Decrypted means "this was/is encrypted but here is a plaintext copy". > > Maybe but linguistical semantics is not the point here. > > The idea is to represent a "binary" concept of memory being encrypted > or memory being not encrypted. And at the time we decided to use > "encrypted" and "decrypted" for those two things. > > Do you see the need to differentiate a third "state", so to speak, of > memory which was never encrypted? I think so. encrypted data is something you can't use without having the key decrypted data is the plaintext copy of something encrypted, so it might be of sensible nature. unencrypted data can still be sensible, but nothing ever bothered to encrypt it in the first place. So having this distinction is useful in terms of setting the context straight. Thanks, tglx