Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp154640imm; Mon, 2 Jul 2018 09:12:35 -0700 (PDT) X-Google-Smtp-Source: AAOMgpf5Wg5JrN+n9LujsOepvJZGZcvMTrQbHJECZhyZialATen9rHCNxVBp2c8AjFHjLWxDqWJi X-Received: by 2002:a65:4304:: with SMTP id j4-v6mr15176213pgq.109.1530547955259; Mon, 02 Jul 2018 09:12:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530547955; cv=none; d=google.com; s=arc-20160816; b=w/2JIZvp1szir6GYFCjPXivXxvXiz2c703ZY+th6QBbdmxxfs2R7IL7GOZJMfbsCIt 4M3MwTGcmGDUPf+Nhn60ErPcq/HEptcxxalcfsQZqLBG3Kk+2hlZdtu/0I5bNoTi84V1 GHX3LtiTMb1NBz+H7Zjihe/ADGL004YMKpy5YToDrAdgRnAZfaOA6lHSPskttin0EpX5 H/FfwIDvuoj/eNc43rW+j5Hkb+IvzrfizY/ehbcut3+t/CyEuwAoUTTTROprBMLTyxH4 1v9JHM4KBr8YJx4Ceav7uHkSwokz/hyBo+jshgSk5L4CmSmlO2r2GaKo/fxEBXKYdWKf olvA== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=A6oIsiX7nTYmsMlsRX6M9/rCTdoDbGv0Ks07bNwDgeo=; b=jFj+im1Apo37AcCM2m4KQUpTNg4kL0z6p3GAIh5jGXGc9SXD6ZF7oGAf6RFs97vH0N 7KQx9v7OGrFmMUy9YA2mT3HCyPlA69ALscR52W5QUeMtoyXFGShhaXwrdGLRhAGsf6DY kp+0xM6IQuZzcC7y62LE1KQFjVmF5kDbJWtwnk2FCR8B7OVeaf7HgopXIs2FWvytyP5z 6zRjbrtWJv7VXUNQIBxk8rPA0U2xQSzZgaODAZsl5GWeNlWWgG1yluMr3Eg0iudbYYTx 9s0FIonXRTSS+Y6Kd72eAtTYxz7PM85lizYlW7nMV3E1KpdZ53L48hQ/1mOP+Mc++7pc xEcA== 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 p73-v6si12174272pfl.57.2018.07.02.09.12.14; Mon, 02 Jul 2018 09:12:35 -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 S1752415AbeGBQLR (ORCPT + 99 others); Mon, 2 Jul 2018 12:11:17 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:51888 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752185AbeGBQLQ (ORCPT ); Mon, 2 Jul 2018 12:11:16 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id BA28B81A4EAE; Mon, 2 Jul 2018 16:11:15 +0000 (UTC) Received: from gondolin (ovpn-117-51.ams2.redhat.com [10.36.117.51]) by smtp.corp.redhat.com (Postfix) with ESMTP id 3401C2166B5D; Mon, 2 Jul 2018 16:11:11 +0000 (UTC) Date: Mon, 2 Jul 2018 18:11:08 +0200 From: Cornelia Huck To: Tony Krowiak Cc: Christian Borntraeger , Tony Krowiak , linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, freude@de.ibm.com, schwidefsky@de.ibm.com, heiko.carstens@de.ibm.com, kwankhede@nvidia.com, bjsdjshi@linux.vnet.ibm.com, pbonzini@redhat.com, alex.williamson@redhat.com, pmorel@linux.vnet.ibm.com, alifm@linux.vnet.ibm.com, mjrosato@linux.vnet.ibm.com, jjherne@linux.vnet.ibm.com, thuth@redhat.com, pasic@linux.vnet.ibm.com, berrange@redhat.com, fiuczy@linux.vnet.ibm.com, buendgen@de.ibm.com Subject: Re: [PATCH v6 05/21] KVM: s390: CPU model support for AP virtualization Message-ID: <20180702181108.2c721a86.cohuck@redhat.com> In-Reply-To: References: <1530306683-7270-1-git-send-email-akrowiak@linux.vnet.ibm.com> <1530306683-7270-6-git-send-email-akrowiak@linux.vnet.ibm.com> <276b5ae7-7f27-faae-1e5a-0d4c084139e9@linux.ibm.com> <20180702174103.5d1ce603.cohuck@redhat.com> Organization: Red Hat GmbH MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Mon, 02 Jul 2018 16:11:15 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.8]); Mon, 02 Jul 2018 16:11:15 +0000 (UTC) for IP:'10.11.54.6' DOMAIN:'int-mx06.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'cohuck@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2 Jul 2018 11:54:28 -0400 Tony Krowiak wrote: > On 07/02/2018 11:41 AM, Cornelia Huck wrote: > > On Mon, 2 Jul 2018 11:37:11 -0400 > > Tony Krowiak wrote: > > > >> On 07/02/2018 10:38 AM, Christian Borntraeger wrote: > >>> On 06/29/2018 11:11 PM, Tony Krowiak wrote: > >>>> Introduces a new CPU model feature and two CPU model > >>>> facilities to support AP virtualization for KVM guests. > >>>> > >>>> CPU model feature: > >>>> > >>>> The KVM_S390_VM_CPU_FEAT_AP feature indicates that > >>>> AP instructions are available on the guest. This > >>>> feature will be enabled by the kernel only if the AP > >>>> instructions are installed on the linux host. This feature > >>>> must be specifically turned on for the KVM guest from > >>>> userspace to use the VFIO AP device driver for guest > >>>> access to AP devices. > >>>> > >>>> CPU model facilities: > >>>> > >>>> 1. AP Query Configuration Information (QCI) facility is installed. > >>>> > >>>> This is indicated by setting facilities bit 12 for > >>>> the guest. The kernel will not enable this facility > >>>> for the guest if it is not set on the host. This facility > >>>> must not be set by userspace if the KVM_S390_VM_CPU_FEAT_AP > >>>> feature is not installed. > >>>> > >>>> If this facility is not set for the KVM guest, then only > >>>> APQNs with an APQI less than 16 will be available to the > >>>> guest regardless of the guest's matrix configuration. This > >>>> is a limitation of the AP bus running on the guest. > >>>> > >>>> 2. AP Facilities Test facility (APFT) is installed. > >>>> > >>>> This is indicated by setting facilities bit 15 for > >>>> the guest. The kernel will not enable this facility for > >>>> the guest if it is not set on the host. This facility > >>>> must not be set by userspace if the KVM_S390_VM_CPU_FEAT_AP > >>>> feature is not installed. > >>>> > >>>> If this facility is not set for the KVM guest, then no > >>>> AP devices will be available to the guest regardless of > >>>> the guest's matrix configuration. This is a limitation > >>>> of the AP bus running under the guest. > >>>> > >>>> Reviewed-by: Christian Borntraeger > >>>> Reviewed-by: Halil Pasic > >>>> Signed-off-by: Tony Krowiak > >>> I think it probably should be at the end of the series, other than that its good. > >> If I move this to the end of the series, the very next patch checks the > >> > >> KVM_S390_VM_CPU_FEAT_AP feature? > > Introduce it here, offer it only with the last patch? > > I apologize, but I don't know what you mean by this. Are you suggesting > this patch > should only include the #define for KVM_S390_VM_CPU_FEAT_AP? Yes, just introduce the definition here (so code later in the series can refer to it) and flip the switch (offer the bit) as the final patch.