linux-kernel - Re: [PATCH] Add MCE support to KVM

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <49EC5C3A.6020108@redhat.com>
Date:	Mon, 20 Apr 2009 14:27:54 +0300
From:	Avi Kivity <avi@...hat.com>
To:	Gerd Hoffmann <kraxel@...hat.com>
CC:	Anthony Liguori <anthony@...emonkey.ws>,
	Huang Ying <ying.huang@...el.com>,
	"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Andi Kleen <andi@...stfloor.org>
Subject: Re: [PATCH] Add MCE support to KVM

Gerd Hoffmann wrote:
>>> Well, xenner doesn't do vmcalls, so the page isn't vendor specific.
>>
>> Well, for true pv (not pv-on-hvm) it wouldn't use the MSR, would it?
>
> Yes, the MSR is used for pv-on-hvm only.

So it isn't relevant for Xenner?

That said, I'd like to be able to emulate the Xen HVM hypercalls.  But 
in any case, they hypercall implementation has to be in the kernel, so I 
don't see why the MSR shouldn't be.  Especially if we need to support 
tricky bits like continuations.

> Same MSR, multiple writes (page number in the low bits).

Nasty.  The hypervisor has to remember all of the pages, so it can 
update them for live migration.  And it has to forget about them on 
reset.  And something needs to be done for kexec...

-- 
error compiling committee.c: too many arguments to function

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/