Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp5019693imm; Tue, 7 Aug 2018 11:11:07 -0700 (PDT) X-Google-Smtp-Source: AAOMgpe6bopKrs6yKXpxS4a24zdhF83QNAU99fLtoZPLY1XmezHR9NserSSnmqjuV9IEYuMDNLWS X-Received: by 2002:a62:569c:: with SMTP id h28-v6mr22965721pfj.201.1533665467534; Tue, 07 Aug 2018 11:11:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1533665467; cv=none; d=google.com; s=arc-20160816; b=wqVoC9lHat2xUsPa5YfofNFEhRSY24ThApUr5lbrkMTdf/nEmWrwo2VUtQ/I4Oe0bS w3Y8j/8RhrZjsH+TU/Y30nMuupLL1oq5cX1F/FL46WdcRkwZ7bhJdzLAgv90S2RCzMGR ddG46DS3zBP/RUWJQl22pTiI3hHbpVXAOSEZC4cs2TiE+F7fUYzviRaLdFm+a/i6LqTd cU0b9GIOHehwMOLxACtuB/mbVozeWTbEVYN147QKegnBl70TWF/q7JyguzykKSTlW/gl o3TvAZ03ny8ZJL85gLadwH8T1m6HecaqSt/SVwFtFYre+dzCM9ZYwnw6TKYKVtVdvavF G/lw== 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:organization:autocrypt:openpgp:from:references:cc:to :subject:arc-authentication-results; bh=1cdiTZ4KVhUTcBCo5HHY9jJLPYsTBf5+XDZl+UaKBKk=; b=r3Nh7hmJlCjSWtvaT4wS4ZWjBm2UT23Eh+FfCoNfeWEnUHb3QxQTO3y1aRGBFjhCwl qhTKh2oXWG0F980e3gbaiL/1MDXCRAPYXQE643fZSeiw5zQ4IRQlArT0WdyJLuXavO58 wY5URHTpuH9SqTuqU+44WBmdZM+mbeIXEt3GCfEDuw74b7EihFmqDWQJG2E3HeB2/2t8 lpumA8HkAJto0qMZywIiaRBuUDF3dbpeVE2WfJAkarfwJ9yUC0vms3y5et52JETyFee0 km7GBV1i2OVsQ1HKi/ExGVXyTdbt4mbDFNOfOB3xFC5G5QJCLDXbo7hq0ibLhPEd08hU 8mHA== 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 83-v6si2025412pgg.588.2018.08.07.11.10.52; Tue, 07 Aug 2018 11:11:07 -0700 (PDT) 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 S2390308AbeHGTvW (ORCPT + 99 others); Tue, 7 Aug 2018 15:51:22 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:55278 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2389213AbeHGTvW (ORCPT ); Tue, 7 Aug 2018 15:51:22 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0F74740241C0; Tue, 7 Aug 2018 17:35:58 +0000 (UTC) Received: from [10.36.116.80] (ovpn-116-80.ams2.redhat.com [10.36.116.80]) by smtp.corp.redhat.com (Postfix) with ESMTP id 9BBF41007086; Tue, 7 Aug 2018 17:35:56 +0000 (UTC) Subject: Re: [PATCH RFC 0/2] KVM: s390: vsie: support VCPU requests To: pmorel@linux.ibm.com, linux-kernel@vger.kernel.org Cc: linux-s390@vger.kernel.org, Heiko Carstens , Martin Schwidefsky , Cornelia Huck , Janosch Frank , Christian Borntraeger References: <20180807125131.3606-1-david@redhat.com> <65aefa0e-275f-1a30-2237-904aa4c6d63b@linux.ibm.com> From: David Hildenbrand Openpgp: preference=signencrypt Autocrypt: addr=david@redhat.com; prefer-encrypt=mutual; keydata= xsFNBFXLn5EBEAC+zYvAFJxCBY9Tr1xZgcESmxVNI/0ffzE/ZQOiHJl6mGkmA1R7/uUpiCjJ dBrn+lhhOYjjNefFQou6478faXE6o2AhmebqT4KiQoUQFV4R7y1KMEKoSyy8hQaK1umALTdL QZLQMzNE74ap+GDK0wnacPQFpcG1AE9RMq3aeErY5tujekBS32jfC/7AnH7I0v1v1TbbK3Gp XNeiN4QroO+5qaSr0ID2sz5jtBLRb15RMre27E1ImpaIv2Jw8NJgW0k/D1RyKCwaTsgRdwuK Kx/Y91XuSBdz0uOyU/S8kM1+ag0wvsGlpBVxRR/xw/E8M7TEwuCZQArqqTCmkG6HGcXFT0V9 PXFNNgV5jXMQRwU0O/ztJIQqsE5LsUomE//bLwzj9IVsaQpKDqW6TAPjcdBDPLHvriq7kGjt WhVhdl0qEYB8lkBEU7V2Yb+SYhmhpDrti9Fq1EsmhiHSkxJcGREoMK/63r9WLZYI3+4W2rAc UucZa4OT27U5ZISjNg3Ev0rxU5UH2/pT4wJCfxwocmqaRr6UYmrtZmND89X0KigoFD/XSeVv jwBRNjPAubK9/k5NoRrYqztM9W6sJqrH8+UWZ1Idd/DdmogJh0gNC0+N42Za9yBRURfIdKSb B3JfpUqcWwE7vUaYrHG1nw54pLUoPG6sAA7Mehl3nd4pZUALHwARAQABzSREYXZpZCBIaWxk ZW5icmFuZCA8ZGF2aWRAcmVkaGF0LmNvbT7CwX4EEwECACgFAljj9eoCGwMFCQlmAYAGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEE3eEPcA/4Na5IIP/3T/FIQMxIfNzZshIq687qgG 8UbspuE/YSUDdv7r5szYTK6KPTlqN8NAcSfheywbuYD9A4ZeSBWD3/NAVUdrCaRP2IvFyELj xoMvfJccbq45BxzgEspg/bVahNbyuBpLBVjVWwRtFCUEXkyazksSv8pdTMAs9IucChvFmmq3 jJ2vlaz9lYt/lxN246fIVceckPMiUveimngvXZw21VOAhfQ+/sofXF8JCFv2mFcBDoa7eYob s0FLpmqFaeNRHAlzMWgSsP80qx5nWWEvRLdKWi533N2vC/EyunN3HcBwVrXH4hxRBMco3jvM m8VKLKao9wKj82qSivUnkPIwsAGNPdFoPbgghCQiBjBe6A75Z2xHFrzo7t1jg7nQfIyNC7ez MZBJ59sqA9EDMEJPlLNIeJmqslXPjmMFnE7Mby/+335WJYDulsRybN+W5rLT5aMvhC6x6POK z55fMNKrMASCzBJum2Fwjf/VnuGRYkhKCqqZ8gJ3OvmR50tInDV2jZ1DQgc3i550T5JDpToh dPBxZocIhzg+MBSRDXcJmHOx/7nQm3iQ6iLuwmXsRC6f5FbFefk9EjuTKcLMvBsEx+2DEx0E UnmJ4hVg7u1PQ+2Oy+Lh/opK/BDiqlQ8Pz2jiXv5xkECvr/3Sv59hlOCZMOaiLTTjtOIU7Tq 7ut6OL64oAq+zsFNBFXLn5EBEADn1959INH2cwYJv0tsxf5MUCghCj/CA/lc/LMthqQ773ga uB9mN+F1rE9cyyXb6jyOGn+GUjMbnq1o121Vm0+neKHUCBtHyseBfDXHA6m4B3mUTWo13nid 0e4AM71r0DS8+KYh6zvweLX/LL5kQS9GQeT+QNroXcC1NzWbitts6TZ+IrPOwT1hfB4WNC+X 2n4AzDqp3+ILiVST2DT4VBc11Gz6jijpC/KI5Al8ZDhRwG47LUiuQmt3yqrmN63V9wzaPhC+ xbwIsNZlLUvuRnmBPkTJwwrFRZvwu5GPHNndBjVpAfaSTOfppyKBTccu2AXJXWAE1Xjh6GOC 8mlFjZwLxWFqdPHR1n2aPVgoiTLk34LR/bXO+e0GpzFXT7enwyvFFFyAS0Nk1q/7EChPcbRb hJqEBpRNZemxmg55zC3GLvgLKd5A09MOM2BrMea+l0FUR+PuTenh2YmnmLRTro6eZ/qYwWkC u8FFIw4pT0OUDMyLgi+GI1aMpVogTZJ70FgV0pUAlpmrzk/bLbRkF3TwgucpyPtcpmQtTkWS gDS50QG9DR/1As3LLLcNkwJBZzBG6PWbvcOyrwMQUF1nl4SSPV0LLH63+BrrHasfJzxKXzqg rW28CTAE2x8qi7e/6M/+XXhrsMYG+uaViM7n2je3qKe7ofum3s4vq7oFCPsOgwARAQABwsFl BBgBAgAPBQJVy5+RAhsMBQkJZgGAAAoJEE3eEPcA/4NagOsP/jPoIBb/iXVbM+fmSHOjEshl KMwEl/m5iLj3iHnHPVLBUWrXPdS7iQijJA/VLxjnFknhaS60hkUNWexDMxVVP/6lbOrs4bDZ NEWDMktAeqJaFtxackPszlcpRVkAs6Msn9tu8hlvB517pyUgvuD7ZS9gGOMmYwFQDyytpepo YApVV00P0u3AaE0Cj/o71STqGJKZxcVhPaZ+LR+UCBZOyKfEyq+ZN311VpOJZ1IvTExf+S/5 lqnciDtbO3I4Wq0ArLX1gs1q1XlXLaVaA3yVqeC8E7kOchDNinD3hJS4OX0e1gdsx/e6COvy qNg5aL5n0Kl4fcVqM0LdIhsubVs4eiNCa5XMSYpXmVi3HAuFyg9dN+x8thSwI836FoMASwOl C7tHsTjnSGufB+D7F7ZBT61BffNBBIm1KdMxcxqLUVXpBQHHlGkbwI+3Ye+nE6HmZH7IwLwV W+Ajl7oYF+jeKaH4DZFtgLYGLtZ1LDwKPjX7VAsa4Yx7S5+EBAaZGxK510MjIx6SGrZWBrrV TEvdV00F2MnQoeXKzD7O4WFbL55hhyGgfWTHwZ457iN9SgYi1JLPqWkZB0JRXIEtjd4JEQcx +8Umfre0Xt4713VxMygW0PnQt5aSQdMD58jHFxTk092mU+yIHj5LeYgvwSgZN4airXk5yRXl SE+xAvmumFBY Organization: Red Hat GmbH Message-ID: <837b990a-f034-5199-458d-bfbc9efaecbb@redhat.com> Date: Tue, 7 Aug 2018 19:35:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <65aefa0e-275f-1a30-2237-904aa4c6d63b@linux.ibm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]); Tue, 07 Aug 2018 17:35:58 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.7]); Tue, 07 Aug 2018 17:35:58 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'david@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07.08.2018 19:15, Pierre Morel wrote: > On 07/08/2018 14:51, David Hildenbrand wrote: >> While discussing AP changes, we discovered that we will have to force >> a CPU using the vSIE to regenerate/reload shadow data structures. For now, >> we have no mechanism for that. >> >> E.g. when clearing AP masks later, we could still have a vSIE CPU making >> use of AP adapters as the masks might not be considered yet in the vSIE >> data structures. We need a way to block entering the vSIE and regenerate >> all shadow data structures once done. >> >> Looks like we can achieve that by simply simulating an ordinary SIE >> entry/exit in the VCPU sie control block (while entering the vSIE loop). >> >> This way, we can support blocking and also synchronous CPU requests. >> >> Only compile tested. >> >> David Hildenbrand (2): >> KVM: s390: vsie: simulate VCPU SIE entry/exit >> KVM: s390: introduce and use KVM_REQ_VSIE_RESTART >> >> arch/s390/include/asm/kvm_host.h | 1 + >> arch/s390/kvm/kvm-s390.c | 16 ++++++++++++++-- >> arch/s390/kvm/kvm-s390.h | 1 + >> arch/s390/kvm/vsie.c | 20 ++++++++++++++++++-- >> 4 files changed, 34 insertions(+), 4 deletions(-) >> > Thanks David for your patches. > > Following my tests, they work fine for our AP use case. Perfect, let's wait for some more comments. You can carry them along in the AP series for now, maybe Christian/Janosch will decide to pick them up earlier. If there is some more work to be done due to review comments, I'll jump in. > > Best regards, > > Pierre > > -- Thanks, David / dhildenb