Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp213263ybm; Wed, 22 May 2019 01:45:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqw+702G/7sD7iRjR6643YgulZsQftvSVxcXYsXt/TOu73kuWWikjDLSHSC7G1eqyD0gIUPX X-Received: by 2002:a65:608a:: with SMTP id t10mr87730768pgu.155.1558514742957; Wed, 22 May 2019 01:45:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558514742; cv=none; d=google.com; s=arc-20160816; b=M0LYZfObEDJIlC75I1mRHZ4OdoVzddHXKfUfv8gnkZfYwCQDGpKROzSVL/dmvxYRIG dhyhdmmItZdYDcw16/5uIUh7VSccVdq+JlBh0ct/kdwTbVEgwF5BfyCUxUKl7vnMz3zS 0Vx6fZ8m+fGK9WLCRzzDZRraQr78YTCCW2TmNNQJ4G4LPRE3cNNC8KYLU5+OSR74IXnQ UxJix+BJ819md5T75xObGtJe8ArKBGv95qA1DivpEO+Z0WbixQVmO3JvHTq9eNQyyl0K wrGZIez8L2byt9lijpmUpKbBOpp3JibdH2F+FnV611InAHQ5hpKHzs2tHTuOFWIJoodW +dVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=EoKeHt6W6mTZE1OSiPWQPVVlV1hPi8ZoS7WEEOL/sRk=; b=JejOOMZZEGSys3wimWL01EDl0utfoFt/fXN91m2U5NV9yKExyLlaGxHClzqAE9qu1z DJEoUn91C877GMHo7MBFaWthe1zQzI930L3Upf3D13/mdcWVwOPv/QaZRC3eSvQVOhyJ Lh5+bMtpYPoEIr/K2y39dQCX45kd07Oi3ighgzAZtcUulbWTnVNnocVQWOuE3GrkMFEz TuXGPGY85bf18w8WApgb5noDQt3EVtFlp0GjBv0BVP08JRQ+kS1KjEbyqxnle2n/TaQ9 pV7pzt2lCyla4CHDHpjnul0DM5XRPm4t5+mfXrLAlD+oau5EXBMQOhxE1Jw3q9rTkCbb /fqQ== 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 f10si23610512pgm.425.2019.05.22.01.45.28; Wed, 22 May 2019 01:45:42 -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 S1728755AbfEVIoV (ORCPT + 99 others); Wed, 22 May 2019 04:44:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47566 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727946AbfEVIoV (ORCPT ); Wed, 22 May 2019 04:44:21 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0DCDC3082E42; Wed, 22 May 2019 08:44:21 +0000 (UTC) Received: from kamzik.brq.redhat.com (ovpn-204-233.brq.redhat.com [10.40.204.233]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 33C00600C6; Wed, 22 May 2019 08:44:14 +0000 (UTC) Date: Wed, 22 May 2019 10:44:09 +0200 From: Andrew Jones To: Paolo Bonzini Cc: Thomas Huth , Christian Borntraeger , Janosch Frank , kvm@vger.kernel.org, Radim =?utf-8?B?S3LEjW3DocWZ?= , Shuah Khan , David Hildenbrand , Cornelia Huck , linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-s390@vger.kernel.org Subject: Re: [RFC PATCH 0/4] KVM selftests for s390x Message-ID: <20190522084409.qz5hs7lqj65qg6x5@kamzik.brq.redhat.com> References: <20190516111253.4494-1-thuth@redhat.com> <9423ba89-b10e-5e6e-3cc8-8088f3088233@redhat.com> <4d94124e-00f6-aa65-3a4a-bd8910480329@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4d94124e-00f6-aa65-3a4a-bd8910480329@redhat.com> User-Agent: NeoMutt/20180716 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.46]); Wed, 22 May 2019 08:44:21 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 20, 2019 at 01:43:06PM +0200, Paolo Bonzini wrote: > On 20/05/19 13:30, Thomas Huth wrote: > >> No objections at all, though it would be like to have ucall plumbed in > >> from the beginning. > > I'm still looking at the ucall interface ... what I don't quite get yet > > is the question why the ucall_type there is selectable during runtime? > > > > Are there plans to have test that could either use UCALL_PIO or > > UCALL_MMIO? If not, what about moving ucall_init() and ucall() to > > architecture specific code in tools/testing/selftests/kvm/lib/aarch64/ > > and tools/testing/selftests/kvm/lib/x86_64 instead, and to remove the > > ucall_type stuff again (so that x86 is hard-wired to PIO and aarch64 > > is hard-wired to MMIO)? ... then I could add a DIAG-based ucall > > on s390x more easily, I think. > > Yes, that would work. I think Andrew wanted the flexibility to use MMIO > on x86, but it's not really necessary to have it. If the flexibility isn't necessary, then I agree that it'll be nicer to put the ucall_init() in arch setup code, avoiding the need to remember it in each unit test. Thanks, drew