Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp2915776ybi; Mon, 1 Jul 2019 22:19:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqzJfJN6l7xJA+/8IhEMkpp1tv8HPGJgBb4e5kT568mMJhLeAqNNngrGwRe/3Qvg0M2g8v2w X-Received: by 2002:a17:902:294a:: with SMTP id g68mr33861399plb.169.1562044747903; Mon, 01 Jul 2019 22:19:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562044747; cv=none; d=google.com; s=arc-20160816; b=zM79Aq3SoYqAwlGPr/iIIgKMS/1wEWAVssNRwwFs0l2DaZLPgVarFq2Vvs9LXpAT69 UqJMV6VZutlJSrqnUFqAP3JkZsfD+g6rK7VGpbe/bXPIDBeUITu8u3n90xtxpcR+e55k bAsMOM9fYL1G8GhASamgVJPtgJQPOGaqiiBFUDFYloVwPIuY5V7iS4u+g7+1Wynf5Yew CeGvTwY4c7RcSeZhAm5U3AUT4z393YJaLKUQ7iRST4hMJtFsg+h3B26Sk5CEjj03aHSM qCxHgD8w7aIwCC8w0tNGIKSouvuy8clDzpnTQZXR9jlUcTsaeyf4v1NzSY2qXC2jfjgC O0sQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature; bh=1NF2v8UzQafv3qTkhNae1pzQtd/3b2jGxsE9mcKGwfQ=; b=o8UKoJHn44Idb4fWwlDH/v+0ZeXKM6LFNEfj/nYJEG+6DKVut9ZPs6QnOEh0EcEbY4 oUyTzvVeg6vrL1Wrw4TLKmrBOBc76OiM43Cn0LPLaV90QZb2qpAYh4Nd/KBpgcJ5geAG 6NNVjsz+nXGf+TBRl/o3DRlxfovKG51z1jVmhbGzeO62yEw2eUPrgn06RF2TTSpUfnmd JfbQ2mkC/6vo7vy6ZlDPw/z/6eIHYJZ0DgA8CeLgLsqKPgidH2kShBxjYdK1/iHrNmHB qenwUdDLS/8qOs3Gg7HFk19IZ7EnyTETGqCSJVC4ZZRC4+l1RX+QQmaV37n5lyLRATsJ 2uDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=P5JgOCwn; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k73si1564759pge.353.2019.07.01.22.18.53; Mon, 01 Jul 2019 22:19: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; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=P5JgOCwn; 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=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727022AbfGBFRR (ORCPT + 99 others); Tue, 2 Jul 2019 01:17:17 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:39158 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726475AbfGBFRP (ORCPT ); Tue, 2 Jul 2019 01:17:15 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x625Dgvr130013; Tue, 2 Jul 2019 05:16:39 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id; s=corp-2018-07-02; bh=1NF2v8UzQafv3qTkhNae1pzQtd/3b2jGxsE9mcKGwfQ=; b=P5JgOCwnqx/pGoprC+uVNqsHi1fAJ1wMTXs+UZG0w8FWMXvurjmHzs9IrpDIX98rYmoh 6nAfNn1z2KSECaIw6D+dciIEbYvcgY63VjN4dvuqKEPjzg4DoFIzJSG76VDb1UKUAkbg ugNIJ7CVSeyKX6Kclyx4Nex9T0kWycFzw7lKKN4bIk4RqARQNbOT2yZvGGy71tl0leYr NVCrUlN/PkPYUxyujMoEC3vRFkr4FKLRbgQ8Y4s5bMUb8q95LRcKATVFN4FgMGPt2j5j G6DkHF7SEw71FvLkgcXuffqtaedKtj59XKowoVkf9vp1dm0DdZX9wCsFJEEwD/VweVmo Hg== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 2te61ps3pv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 02 Jul 2019 05:16:39 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x625CSh9040352; Tue, 2 Jul 2019 05:16:38 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 2tebbjhuar-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 02 Jul 2019 05:16:38 +0000 Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x625GbGx006323; Tue, 2 Jul 2019 05:16:37 GMT Received: from z2.cn.oracle.com (/10.182.69.87) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Jul 2019 22:16:36 -0700 From: Zhenzhong Duan To: linux-kernel@vger.kernel.org Cc: xen-devel@lists.xenproject.org, boris.ostrovsky@oracle.com, jgross@suse.com, sstabellini@kernel.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, Zhenzhong Duan Subject: [PATCH v4 0/5] misc fixes to PV extentions code Date: Mon, 1 Jul 2019 13:19:54 +0800 Message-Id: <1561958399-28906-1-git-send-email-zhenzhong.duan@oracle.com> X-Mailer: git-send-email 1.8.3.1 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9305 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907020057 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9305 signatures=668688 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907020058 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, In virtualization environment, PV extensions (drivers, interrupts, timers, etc) are enabled in the majority of use cases which is the best option. However, in some cases (kexec not fully working, benchmarking, etc) we want to disable PV extensions. We have xen_nopv for that purpose but only for XEN. For a consistent admin experience a common command line parameter set across all PV guest implementations is a better choice. To achieve this introduce a new 'nopv' parameter which is usable by most of PV guest implementation. Due to the limitation of some PV guests(XEN PV, XEN PVH and jailhouse), 'nopv' is ignored for XEN PV , jailhouse and XEN PVH if booting via Xen-PVH boot entry. If booting via normal boot entry(like grub2), PVH guest has to panic itself currently. While analyzing the PV guest code one bug were found and fixed. (Patches 1). It can be applied independent of the functional changes, but is kept in the series as the functional changes depend on them. As I see there is an issue with xen_nopv when booting PVH guest, so I revert 'xen_nopv' in one patch and map it back to 'nopv' in the following patch. This is the easier way to fix the issue and easy for review. I didn't get env to test with jailhouse and Hyperv, the others work as expected. v4: PATCH5 a new patch to add 'xen_nopv' back per Boris v3: Remove some unrelated patches from patchset as suggested by Tglx PATCH1 unchanged PATCH2 add Reviewed-by PATCH3 add Reviewed-by PATCH4 rewrite the patch as Jgross found an issue in old patch, description is also updated. v2: PATCH3 use 'ignore_nopv' for PVH/PV guest as suggested by Jgross. PATCH5 new added one, specifically for HVM guest Thanks Zhenzhong