From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= Subject: Re: [Qemu-devel] [PATCH 2/2] Expose tsc deadline timer cpuid to guest Date: Sat, 10 Mar 2012 02:07:47 +0100 Message-ID: <4F5AA963.5040707@suse.de> References: <4F0482D6.8080705@web.de> <4F060961.9050002@web.de> <4F0A099C.5040805@web.de> <4F4BBAEC.2040603@siemens.com> <4F55E39F.6020608@siemens.com> <4F5A5257.9060008@siemens.com> <4F5A6D8D.2040104@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: "Liu, Jinsong" , "qemu-devel@nongnu.org" , Marcelo Tosatti , Avi Kivity , kvm , Alexey Zaytsev , Anthony Liguori To: Jan Kiszka Return-path: Received: from cantor2.suse.de ([195.135.220.15]:38305 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758193Ab2CJBHv (ORCPT ); Fri, 9 Mar 2012 20:07:51 -0500 In-Reply-To: <4F5A6D8D.2040104@web.de> Sender: kvm-owner@vger.kernel.org List-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 09.03.2012 21:52, schrieb Jan Kiszka: > Andreas, do you expect CPU devices to be ready for qemu 1.1? We=20 > would need them to pass a feature exclusion mask from=20 > machine.compat_props to the (x86) CPU init code. I was sure hoping to! Marcelo and Avi both going into vacation have let me down with the kvmclock patch that you wanted to go through uq/master. http://patchwork.ozlabs.org/patch/141721/ After it didn't make it into Avi's next PULL, I resubmitted it as part of the qom-user series. That's still on the list. Review and tags appreciated. http://patchwork.ozlabs.org/patch/144529/ Also on the list is a patch for a new object_class_get_list() function for sensible -cpu ? handling. http://patchwork.ozlabs.org/patch/143076/ I have been waiting for progress on these prerequisites before posting huge follow-on batches, but I can spam the list right away... The remaining issue was how to solve the struct CPU vs. CPU() issue - my solution on qom-cpu branch is to free the identifier CPUState in a quite invasive but half-scripted renaming. Based on struct CPUState, all targets are long successfully converted and keep needing to be rebased whenever someone moves code to a new microblaze file, adds a new arm board or in-kernel device using "CPUState", etc. Since there's a configure change involved in *-user QOM support, virtually all files get rebuilt on each rebase and that takes quite some time, so getting that in soonish would be appreciated. http://repo.or.cz/w/qemu/afaerber.git/shortlog/refs/heads/qom-cpu Andreas - --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrn= berg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBAgAGBQJPWqljAAoJEPou0S0+fgE/u+kQAInqv/OYlL2zU+hyeKXdJcZ4 RJ9Ne7J1+MOYcOI0p2T4lTImawHmZbF1HQyM9gTYv3EcGoSLm/SgYnHhFOulvPaE dbpuwk3KPHU+1ekvMVhEX89F62rXvMTz8JxO7hSmNAwIU2fIeKKWEAo0tED2tY16 OC2ExnE46+xLpandGJmfnx8vUJ1/PaO6fpd/FLOZbACT75zmdDxjDpF85e6NNsct ysMQ3kNMWcc0RfTU02dPgrhCPc5irEbalaX6BtOnquVQZDH4ypwzKHOZpMfoTF4u QWyxy+NaOVMVBHgHJeGek0wQ4nbihIhrQAn+Hg/h0P+NPuxQ8s7zX4xwqlYwhAHn cdDfN1sVbIvRWkGCXSRJR5eIkPKV+81Afm7/pL26eNlVtSrVV9UnsOJyfyDrtFs/ tSE90n8ZecjARGXUaACboZRalt7Pxl4EGWJwBhsNd5+3xaYvc9/WuTYP1FK1nltk KiBETQXnSY5aTh13erKLjbtYGR5YexXiLIOXvnBD0qQ/LDryHNjslgM8HcShrx4S U9LFAqEq78fgpCXZlzwtnzed341Wuerw3z4jELrSW8GH+R21jMfT9L8lwaHexabh 7YlulgdSpsmCxzhHOUCMeUTFFY6TlPxVk2NhEhQxlzDXdDmm6nd67R9qJIf7d42z CPzkIX+OpKBmorMQREIg =3Da+ZQ -----END PGP SIGNATURE----- From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:44736) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6Amn-0000P8-S1 for qemu-devel@nongnu.org; Fri, 09 Mar 2012 20:07:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S6Aml-0005yJ-Js for qemu-devel@nongnu.org; Fri, 09 Mar 2012 20:07:53 -0500 Received: from cantor2.suse.de ([195.135.220.15]:38301 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6Aml-0005yC-9s for qemu-devel@nongnu.org; Fri, 09 Mar 2012 20:07:51 -0500 Message-ID: <4F5AA963.5040707@suse.de> Date: Sat, 10 Mar 2012 02:07:47 +0100 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <4F0482D6.8080705@web.de> <4F060961.9050002@web.de> <4F0A099C.5040805@web.de> <4F4BBAEC.2040603@siemens.com> <4F55E39F.6020608@siemens.com> <4F5A5257.9060008@siemens.com> <4F5A6D8D.2040104@web.de> In-Reply-To: <4F5A6D8D.2040104@web.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 2/2] Expose tsc deadline timer cpuid to guest List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: "Liu, Jinsong" , Alexey Zaytsev , kvm , Marcelo Tosatti , "qemu-devel@nongnu.org" , Avi Kivity , Anthony Liguori -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 09.03.2012 21:52, schrieb Jan Kiszka: > Andreas, do you expect CPU devices to be ready for qemu 1.1? We=20 > would need them to pass a feature exclusion mask from=20 > machine.compat_props to the (x86) CPU init code. I was sure hoping to! Marcelo and Avi both going into vacation have let me down with the kvmclock patch that you wanted to go through uq/master. http://patchwork.ozlabs.org/patch/141721/ After it didn't make it into Avi's next PULL, I resubmitted it as part of the qom-user series. That's still on the list. Review and tags appreciated. http://patchwork.ozlabs.org/patch/144529/ Also on the list is a patch for a new object_class_get_list() function for sensible -cpu ? handling. http://patchwork.ozlabs.org/patch/143076/ I have been waiting for progress on these prerequisites before posting huge follow-on batches, but I can spam the list right away... The remaining issue was how to solve the struct CPU vs. CPU() issue - my solution on qom-cpu branch is to free the identifier CPUState in a quite invasive but half-scripted renaming. Based on struct CPUState, all targets are long successfully converted and keep needing to be rebased whenever someone moves code to a new microblaze file, adds a new arm board or in-kernel device using "CPUState", etc. Since there's a configure change involved in *-user QOM support, virtually all files get rebuilt on each rebase and that takes quite some time, so getting that in soonish would be appreciated. http://repo.or.cz/w/qemu/afaerber.git/shortlog/refs/heads/qom-cpu Andreas - --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBAgAGBQJPWqljAAoJEPou0S0+fgE/u+kQAInqv/OYlL2zU+hyeKXdJcZ4 RJ9Ne7J1+MOYcOI0p2T4lTImawHmZbF1HQyM9gTYv3EcGoSLm/SgYnHhFOulvPaE dbpuwk3KPHU+1ekvMVhEX89F62rXvMTz8JxO7hSmNAwIU2fIeKKWEAo0tED2tY16 OC2ExnE46+xLpandGJmfnx8vUJ1/PaO6fpd/FLOZbACT75zmdDxjDpF85e6NNsct ysMQ3kNMWcc0RfTU02dPgrhCPc5irEbalaX6BtOnquVQZDH4ypwzKHOZpMfoTF4u QWyxy+NaOVMVBHgHJeGek0wQ4nbihIhrQAn+Hg/h0P+NPuxQ8s7zX4xwqlYwhAHn cdDfN1sVbIvRWkGCXSRJR5eIkPKV+81Afm7/pL26eNlVtSrVV9UnsOJyfyDrtFs/ tSE90n8ZecjARGXUaACboZRalt7Pxl4EGWJwBhsNd5+3xaYvc9/WuTYP1FK1nltk KiBETQXnSY5aTh13erKLjbtYGR5YexXiLIOXvnBD0qQ/LDryHNjslgM8HcShrx4S U9LFAqEq78fgpCXZlzwtnzed341Wuerw3z4jELrSW8GH+R21jMfT9L8lwaHexabh 7YlulgdSpsmCxzhHOUCMeUTFFY6TlPxVk2NhEhQxlzDXdDmm6nd67R9qJIf7d42z CPzkIX+OpKBmorMQREIg =3Da+ZQ -----END PGP SIGNATURE-----