Messages in this thread | | | From | Andy Lutomirski <> | Date | Fri, 19 Jun 2020 13:20:48 -0700 | Subject | Re: [PATCH] Ability to read the MKTME status from userspace |
| |
On Fri, Jun 19, 2020 at 12:58 PM Richard Hughes <hughsient@gmail.com> wrote: > > On Fri, 19 Jun 2020 at 20:41, Andy Lutomirski <luto@kernel.org> wrote: > > I don't object in principle to Linux giving userspace more visibility > > into what's going on, but I'm not convinced that adding a new > > must-support-for-a-long-time interface that only solves 5% of your > > problem is worth it. > > At the moment the only visibility we have is "the CPU supports TME" > and "the kernel printed a message in the journal". The sysfs/procfs > file read allows us to notify the admin if the firmware is > deliberately disabling TME for some reason, without resorting to > `grep` on dmesg. I don't think perfect should be the enemy of the > good.
I am unconvinced that this has hit the "good" bar, especially since SME is completely missing here.
Boris, etc: would it be reasonable to add a list of CPU features that are present but turned off by firmware? SME is far from the only thing that's frequently in this category. x2apic, fast strings, and virtualization come to mind.
> > Richard.
| |