From mboxrd@z Thu Jan  1 00:00:00 1970
From: Christian Borntraeger <borntraeger@de.ibm.com>
Subject: Re: [patch 2/4] [PATCH] kvm-s390: handle SIGP sense running intercepts.
Date: Thu, 17 Nov 2011 11:19:17 +0100
Message-ID: <4EC4DFA5.3040201@de.ibm.com>
References: <20111117100040.458397238@de.ibm.com> <20111117100600.292049953@de.ibm.com> <4EC4DEB2.90908@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Carsten Otte <cotte@de.ibm.com>,
	Marcelo Tossati <mtosatti@redhat.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	Martin Schwidefsky <schwidefsky@de.ibm.com>,
	Cornelia Huck <cornelia.huck@de.ibm.com>,
	KVM <kvm@vger.kernel.org>
To: Avi Kivity <avi@redhat.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mtagate2.uk.ibm.com ([194.196.100.162]:42641 "EHLO
	mtagate2.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1756491Ab1KQKUH (ORCPT <rfc822;kvm@vger.kernel.org>);
	Thu, 17 Nov 2011 05:20:07 -0500
Received: from d06nrmr1307.portsmouth.uk.ibm.com (d06nrmr1307.portsmouth.uk.ibm.com [9.149.38.129])
	by mtagate2.uk.ibm.com (8.13.1/8.13.1) with ESMTP id pAHAK54D026460
	for <kvm@vger.kernel.org>; Thu, 17 Nov 2011 10:20:05 GMT
Received: from d06av10.portsmouth.uk.ibm.com (d06av10.portsmouth.uk.ibm.com [9.149.37.251])
	by d06nrmr1307.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id pAHAK5nL1831140
	for <kvm@vger.kernel.org>; Thu, 17 Nov 2011 10:20:05 GMT
Received: from d06av10.portsmouth.uk.ibm.com (loopback [127.0.0.1])
	by d06av10.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id pAHAJIq2011392
	for <kvm@vger.kernel.org>; Thu, 17 Nov 2011 03:19:18 -0700
In-Reply-To: <4EC4DEB2.90908@redhat.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On 17/11/11 11:15, Avi Kivity wrote:
> On 11/17/2011 12:00 PM, Carsten Otte wrote:
>> From: Cornelia Huck <cornelia.huck@de.ibm.com>
>>
>> SIGP sense running may cause an intercept on higher level
>> virtualization, so handle it by checking the CPUSTAT_RUNNING flag.
>>
> 
> What does "higher level virtualization" mean?

Running KVM under z/VM under LPAR.