Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6255643ybv; Tue, 18 Feb 2020 13:05:35 -0800 (PST) X-Google-Smtp-Source: APXvYqyCGkw797klZ3THucxo/nPvOw2RLiHKmfEUJ2ca44Eab/WgewBkn8GKXlWY16bEk6AN32sd X-Received: by 2002:a05:6808:50:: with SMTP id v16mr2390353oic.133.1582059935790; Tue, 18 Feb 2020 13:05:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582059935; cv=none; d=google.com; s=arc-20160816; b=Us6Sz73Jb4MsXG6+kQC3t6g8vmUX9wO/mRR4IMoVCnlwEo8bDK6Xxvg3uUiPaKVS1Q NutxNsCuhyAkT7DVZLuVVuMIwV6uAVC/gI2xV/bH6AdK9p68xVRRZ/9KeD5t7l5qppt9 wS6ObW21Hv+21TRM0L279jPrcfVVw2LVVJz+2gaf5+4gw+61oBVBkwAkqu7cwlJJBJUC nVMcQwO8ah8zdEbgHESO6cj4xXVUw29fOS+wJoa3558F5l4F9P6oSMgg16JyWtnx9aTm 85WtyMA4eEJV+OWSnm4hayZuVm96vH6Q2uVqExFdwfw8v3q1kDu9L+kIWyNH+JztDVaq BZmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=u68RvnWmPb7c4Q+D4Vab7YkawqT1CTBPHDTnr3Tnedk=; b=WbcRml33yvCVir0v+HLb9zWdhgTkQ/mfZ2RS8ZJ0hkE3I7Lhg8H+sbGMonLGbIH9ob +zCN9FkZLNRDrywFy+7ZCb9TvQ+jV0NuGELjNsjVLCGHHVYrvQ2jmcUKYzBJRfKiQaYa Su+xQDs+t2MW5F+pLndFahbZ7TJf3f6dGdC1HyHKWiTtY5BXUI2ReHe0zu8QRatyZq7T /BFoYKkkHYT4EX+sbO1dDPFbkhN4SpXJ+pu80cBVrkefPfyi1jwM8PdTw7Wqoh2vaPjP guXIDol+hg2vkXjRlQ6iotBbYueEd11cPXAFrvEIdNNp0caZKuMRZHk6wET1oH1npfsW bVDA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c14si2250186otn.118.2020.02.18.13.05.23; Tue, 18 Feb 2020 13:05:35 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726774AbgBRVDZ (ORCPT + 99 others); Tue, 18 Feb 2020 16:03:25 -0500 Received: from Galois.linutronix.de ([193.142.43.55]:36933 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726339AbgBRVDY (ORCPT ); Tue, 18 Feb 2020 16:03:24 -0500 Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1j4A1O-0006ER-Ar; Tue, 18 Feb 2020 22:03:10 +0100 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id B684E100617; Tue, 18 Feb 2020 22:03:09 +0100 (CET) From: Thomas Gleixner To: Juergen Gross , xen-devel@lists.xenproject.org, x86@kernel.org, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org Cc: Juergen Gross , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Thomas Hellstrom , "VMware\, Inc." , Boris Ostrovsky , Stefano Stabellini , stable@vger.kernel.org Subject: Re: [PATCH] x86/ioperm: add new paravirt function update_io_bitmap In-Reply-To: <20200218154712.25490-1-jgross@suse.com> References: <20200218154712.25490-1-jgross@suse.com> Date: Tue, 18 Feb 2020 22:03:09 +0100 Message-ID: <87mu9fr4ky.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Juergen Gross writes: > Commit 111e7b15cf10f6 ("x86/ioperm: Extend IOPL config to control > ioperm() as well") reworked the iopl syscall to use I/O bitmaps. > > Unfortunately this broke Xen PV domains using that syscall as there > is currently no I/O bitmap support in PV domains. > > Add I/O bitmap support via a new paravirt function update_io_bitmap > which Xen PV domains can use to update their I/O bitmaps via a > hypercall. > > Fixes: 111e7b15cf10f6 ("x86/ioperm: Extend IOPL config to control ioperm() as well") > Reported-by: Jan Beulich > Cc: # 5.5 > Signed-off-by: Juergen Gross > Reviewed-by: Jan Beulich > Tested-by: Jan Beulich Duh, sorry about that and thanks for fixing it. BTW, why isn't stuff like this not catched during next or at least before the final release? Is nothing running CI on upstream with all that XEN muck active? Thanks, tglx