From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YOqpY-0003vX-OT for qemu-devel@nongnu.org; Fri, 20 Feb 2015 11:53:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YOqpV-0000hU-G8 for qemu-devel@nongnu.org; Fri, 20 Feb 2015 11:53:32 -0500 Received: from e06smtp14.uk.ibm.com ([195.75.94.110]:49994) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YOqpV-0000hL-6P for qemu-devel@nongnu.org; Fri, 20 Feb 2015 11:53:29 -0500 Received: from /spool/local by e06smtp14.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 20 Feb 2015 16:53:27 -0000 Received: from b06cxnps3075.portsmouth.uk.ibm.com (d06relay10.portsmouth.uk.ibm.com [9.149.109.195]) by d06dlp03.portsmouth.uk.ibm.com (Postfix) with ESMTP id 98B521B0806B for ; Fri, 20 Feb 2015 16:53:38 +0000 (GMT) Received: from d06av10.portsmouth.uk.ibm.com (d06av10.portsmouth.uk.ibm.com [9.149.37.251]) by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t1KGrPG72818556 for ; Fri, 20 Feb 2015 16:53:25 GMT Received: from d06av10.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av10.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t1KGrOrr017617 for ; Fri, 20 Feb 2015 09:53:24 -0700 Date: Fri, 20 Feb 2015 17:53:21 +0100 From: Michael Mueller Message-ID: <20150220175321.63fc8e3a@bee> In-Reply-To: <54E7609E.6020302@suse.de> References: <1424183053-4310-1-git-send-email-mimu@linux.vnet.ibm.com> <1424183053-4310-14-git-send-email-mimu@linux.vnet.ibm.com> <54E73EB2.6050700@suse.de> <20150220163209.4e082e0b@bee> <54E755BD.5000705@suse.de> <20150220170408.49db6da5@bee> <54E7609E.6020302@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [RFC PATCH v2 13/15] cpu-model/s390: Add processor property routines List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Andreas =?UTF-8?B?RsOkcmJlcg==?= Cc: linux-s390@vger.kernel.org, qemu-devel@nongnu.org, kvm@vger.kernel.org, Gleb Natapov , linux-kernel@vger.kernel.org, Alexander Graf , Christian Borntraeger , "Jason J. Herne" , Cornelia Huck , Paolo Bonzini , Richard Henderson On Fri, 20 Feb 2015 17:28:14 +0100 Andreas F=C3=A4rber wrote: Andreas, > Sorry for my ignorance, but what is proc actually needed for? For > initializing the class, there's .class_init (and cc->fac_list apparently > is initialized here). If you need to pass info to KVM, you can do so in yes, it is communication to the accelerator to prepare its local cpu model = related data structures which are used to initialize a vcpu (e.g. the facility list besi= de others)=20 > DeviceClass::realize when the vCPU actually goes "live". A I will look what "goes live" in detail means here, it should at least be be= fore kvm_arch_vcpu_setup() gets triggered on accelerator side. > string-to-string (or string-to-ObjectClass) translation function seems > like a weird point in time to take action with global effect. >=20 > Anyway, please implement the generic callback, then you can still call > it from your own helper functions if needed. Thanks a lot! Michael