Received: by 10.223.185.116 with SMTP id b49csp718152wrg; Tue, 20 Feb 2018 06:49:21 -0800 (PST) X-Google-Smtp-Source: AH8x224/ByLKoaoANRJLxH30uAzvmspLx52WMm5n+H8uC0ImROV3LH7jNx9EeUJ+N5Sf94t6QlV6 X-Received: by 10.99.124.2 with SMTP id x2mr15494863pgc.184.1519138161191; Tue, 20 Feb 2018 06:49:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519138161; cv=none; d=google.com; s=arc-20160816; b=qGKNEfCjkjvHBIbiohS1se7PajMjsiH9cIcredRqpzj2ug8dcjEhDmj3KKdWEbp5+X yMFk/1xPHlYSxyi7YL/eIVmvJ5vyvqIfH7cz+XkoatqvEM9Ae5WBt4vaSoybWTi92KB6 xmkWwAsJfKR6r7qtU5wW7mJWNo+Vkutt9Tg1AVZFAfX45BtSK1eq71uryO743ciuhRFL iePlHTjwmE/RfG1zi7ZP+N3CQj5763N3+lgKI0yD7wYvD9cRRN4jF9xfP+vP0w1jRTx2 /nf2c2i/srZP2nVUYCxq8BVopwheOEZC4nMXfoscraCMxgNCBmeX5YHDnzvlnwnse1Kt amzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=hjQ5x6fT4kSLqXE0tcVdaC5uGzIXoOPW/mgdnnmojgQ=; b=yn5bUvw/6Z3KspVvyN6lU6UASqvHsXyRoSSGsqnwlMs48LhQ9iy/6utIakpcivGqJk /Ud/2QBnyY9z1UeMmlBXMim/jXqYINkf03KhYkXBDkC+Cgq6J5ciOuENHmBasL9aZfcW QQxJbwE7dFYgbf5h7UYAYwzg52UgaBZPnMnvWrSNEPdya9ePpZOopcd+C8/j1ZXY0I6P xZL3oz6G7WHlkV8Mob7IAbqxEF9Pr4/h84iYvTC1lsYh/feY9i/0OiqT8Zb/dIwIVy0v 4yvRjkTaWWrCQVpQw1PehsSnMxAk2QnQR+Fgp6ZBfCTrewELTWpQPU1WofypdvO1heT2 rbAQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a9-v6si960124pls.560.2018.02.20.06.49.06; Tue, 20 Feb 2018 06:49:21 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751933AbeBTOrE (ORCPT + 99 others); Tue, 20 Feb 2018 09:47:04 -0500 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:56946 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751359AbeBTOrB (ORCPT ); Tue, 20 Feb 2018 09:47:01 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 009D8402290A; Tue, 20 Feb 2018 14:47:01 +0000 (UTC) Received: from [10.36.118.42] (unknown [10.36.118.42]) by smtp.corp.redhat.com (Postfix) with ESMTPS id EEA50AFD70; Tue, 20 Feb 2018 14:46:58 +0000 (UTC) Subject: Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs To: "Van De Ven, Arjan" , "valdis.kletnieks@vt.edu" Cc: Jon Masters , David Woodhouse , "tglx@linutronix.de" , "x86@kernel.org" , "kvm@vger.kernel.org" , "torvalds@linux-foundation.org" , "linux-kernel@vger.kernel.org" , "Hansen, Dave" , Ingo Molnar References: <1518449255-2182-1-git-send-email-dwmw@amazon.co.uk> <1518449255-2182-2-git-send-email-dwmw@amazon.co.uk> <7e2e5ad1-49b6-1fdb-4a62-8ad6aefc30a0@redhat.com> <1518509708.12890.33.camel@infradead.org> <27c85759-e662-d281-f8a0-0a80ca8ee18f@redhat.com> <1518517262.12890.43.camel@infradead.org> <1518518198.12890.48.camel@infradead.org> <02bd3fdd-1b73-6cab-fb09-38ba933396bd@redhat.com> <1518775136.7876.13.camel@infradead.org> <75287047-77a0-e0ff-c2e8-61c81641251e@redhat.com> <1518776517.7876.21.camel@infradead.org> <1518783021.7876.34.camel@infradead.org> <4882860e-23c5-75b3-ac02-c700f615156e@jonmasters.org> <0575AF4FD06DD142AD198903C74E1CC87A61923C@ORSMSX103.amr.corp.intel.com> <10373.1519084385@turing-police.cc.vt.edu> <0575AF4FD06DD142AD198903C74E1CC87A619255@ORSMSX103.amr.corp.intel.com> <0575AF4FD06DD142AD198903C74E1CC87A619465@ORSMSX103.amr.corp.intel.com> From: Paolo Bonzini Message-ID: <2159cdc0-c30d-3bf8-1c25-74bff46a1e91@redhat.com> Date: Tue, 20 Feb 2018 15:46:57 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <0575AF4FD06DD142AD198903C74E1CC87A619465@ORSMSX103.amr.corp.intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]); Tue, 20 Feb 2018 14:47:01 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.6]); Tue, 20 Feb 2018 14:47:01 +0000 (UTC) for IP:'10.11.54.5' DOMAIN:'int-mx05.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'pbonzini@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20/02/2018 15:08, Van De Ven, Arjan wrote: >>>> For bonus points: What should happen to a VM that is live migrated >>>> from one hypervisor to another, and the hypervisors have different >>>> IBRS support? >>> >>> Doctor Doctor it hurts when I do this.... >>> >>> Migration tends to only work between HV's that are relatively >>> homogeneous, that's nothing new... >> >> No Arjan, this is just wrong. Well, I suppose it's right in the present >> tense with the IBRS mess on Skylake, but it's _not_ been true until last >> year. > > I meant software wise. You're not going to live migrate from xen to > kvm or backwards. or between very radically different versions of the > kvm stack. Forwards migration to a radically newer version certainly happens. So when the source hypervisor was too old to tell the VM about IBRS_ALL, for example, migration should work properly and the VM should perform well on the destination hypervisor. Backwards migration to older hypervisors also happens sometimes, but in general it creates more userspace than kernel issues. Paolo