Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1651045

Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption

From Dave Young <dyoung@redhat.com>
Newsgroups linux.kernel
Subject Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory Encryption
Date 2017-05-26 05:00 +0200
Message-ID <tLdDP-8v1-1@gated-at.bofh.it> (permalink)
References <txTMB-1zl-13@gated-at.bofh.it> <tyOKS-2xl-9@gated-at.bofh.it> <tIx62-5FV-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Ccing Xunlei he is reading the patches see what need to be done for
kdump. There should still be several places to handle to make kdump work.

On 05/18/17 at 07:01pm, Borislav Petkov wrote:
> On Tue, Apr 18, 2017 at 04:22:12PM -0500, Tom Lendacky wrote:
> > Add sysfs support for SME so that user-space utilities (kdump, etc.) can
> > determine if SME is active.
> 
> But why do user-space tools need to know that?
> 
> I mean, when we load the kdump kernel, we do it with the first kernel,
> with the kexec_load() syscall, AFAICT. And that code does a lot of
> things during that init, like machine_kexec_prepare()->init_pgtable() to
> prepare the ident mapping of the second kernel, for example.
> 
> What I'm aiming at is that the first kernel knows *exactly* whether SME
> is enabled or not and doesn't need to tell the second one through some
> sysfs entries - it can do that during loading.
> 
> So I don't think we need any userspace things at all...

If kdump kernel can get the SME status from hardware register then this
should be not necessary and this patch can be dropped.

Thanks
Dave

Back to linux.kernel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory  Encryption Dave Young <dyoung@redhat.com> - 2017-05-26 05:00 +0200
  Re: [PATCH v5 31/32] x86: Add sysfs support for Secure Memory  Encryption Xunlei Pang <xpang@redhat.com> - 2017-05-26 07:10 +0200

csiph-web