From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z4m7K-0000oz-01 for qemu-devel@nongnu.org; Tue, 16 Jun 2015 04:21:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z4m7G-0000GG-O9 for qemu-devel@nongnu.org; Tue, 16 Jun 2015 04:21:09 -0400 Received: from mail-wi0-f181.google.com ([209.85.212.181]:37179) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z4m7G-0000Fu-FX for qemu-devel@nongnu.org; Tue, 16 Jun 2015 04:21:06 -0400 Received: by wifx6 with SMTP id x6so11557168wif.0 for ; Tue, 16 Jun 2015 01:21:05 -0700 (PDT) Date: Tue, 16 Jun 2015 10:21:02 +0200 From: Eduardo Otubo Message-ID: <20150616082102.GA27446@vader> References: <20150609154414.GA13043@vader> <20150611073904.GB1169@francium.user.ytu.skyatlas.com> <20150615111031.0559d47f@nial.brq.redhat.com> <20150615123423.GB4037@francium.user.ytu.skyatlas.com> <20150615181423.3400ae60@nial.brq.redhat.com> <20150616070929.GA1229@francium.user.ytu.skyatlas.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline In-Reply-To: <20150616070929.GA1229@francium.user.ytu.skyatlas.com> Subject: Re: [Qemu-devel] CPU hot unplug support for x86_64 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Fahri Cihan Demirci Cc: Igor Mammedov , Qemu-devel --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 16, 2015 at 10=3D09=3D30AM +0300, Fahri Cihan Demirci wrote: > On Mon, Jun 15, 2015 at 06:14:23PM +0200, Igor Mammedov wrote: > > On Mon, 15 Jun 2015 15:34:24 +0300 > > Fahri Cihan Demirci wrote: > >=20 > > > On Mon, Jun 15, 2015 at 11:10:31AM +0200, Igor Mammedov wrote: > > > > On Thu, 11 Jun 2015 10:39:05 +0300 > > > > Fahri Cihan Demirci wrote: > > > >=20 > > > > > On Tue, Jun 09, 2015 at 05:44:15PM +0200, Eduardo Otubo wrote: > > > > > > Hello all, > > > > > >=20 > > > > > > I'm a little confused by all the email traffic I've seen on thi= s list > > > > > > lately so I guess asking doesn't hurt: How's the current status > > > > > > regarding CPU hot unplug for x86_64? If there's any task left h= anging > > > > > > for testing or debugging -- or even implementing something that= is not > > > > > > done yet -- for some reason please let me know how to help. We = have a > > > > > > lot of interest on this feature for our projects. > > > > > >=20 > > > > > > Regards, > > > > > >=20 > > > > > > --=20 > > > > > > Eduardo Otubo > > > > > > ProfitBricks GmbH > > > > >=20 > > > > > Hello, > > > > >=20 > > > > > We are (yet another startup) are also interested in this feature = and likewise are willing to contribute. As Eduardo mentioned, it is not qui= te easy to assess the progress or identify the people who require or desire= any help. Therefore, any kind of feedback would be most welcome. Thank you. > > > >=20 > > > > Here is a cpu-remove related series that need reviewing/testing: > > > > http://lists.nongnu.org/archive/html/qemu-devel/2015-06/msg02055.ht= ml > > > >=20 > > > > somewhat related, but unplug could live without it: > > > > http://lists.nongnu.org/archive/html/qemu-devel/2015-06/msg02143.ht= ml > > > >=20 > > > > I general we don't want to add cpu_del monitor command to complimen= t cpu_add one, > > > > and move to device_add, device_del commands instead. > > > > So you could look at making device_add work for x86 CPU and on top = of it > > > > add device_del support. > > >=20 > > > Hello Igor, > > >=20 > > > That was my impression as well. However, since there is some groundwo= rk for it and people are sending patches, would you (as a maintainer) be wi= lling to merge a CPU only hot unplug feature if it reaches an acceptable st= ate? > > I'm not maintainer, but I'll help any way I can to make a progress towa= rds merging. >=20 > Even though you are not the CPU maintainer I assumed you'd have better gr= asp of QEMU policy since you seem to be the ICC BUS maintainer. In any case= , your feedback is much appreciated. Thank you. Igor and Fahri, Thanks for all the input on this topic. I'll review and conduct some tests on the series mentioned. I'll posts my results as soon as I finish. Regards, --=20 Eduardo Otubo ProfitBricks GmbH --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVf9xqAAoJEP0M/1sS+L0vc4YIALZn1VowyyT//cbgTAXcj9iD jwbBzlAAb7VFJuKFK6aTHBnCDIRYdVyclZ69ouAsDLvaYRMpis8bJqFW6Cut4PJb j+Tkykpx+o9yKlnIZ6EpOz9P+93kzHBjhEACWfxy3sV1OVAdogHK9beGueNkNu2C qzQAWOYqZaf0o1MjOoB8y53QsiNm/xvHrRj1qBe4QiGnQGyUX6FFrtBObBQljCFe 2dTQZysTaH7jaJ0ObCYN9JBLbRJoTTxjnzQFKiZgSF+Irj208rJCmQdNx/5hNYny 0cLgqFGgcSq558vCMHFpm9xysfklUv4jjA9xjgPX1EqMWV8QSYtT5C7XjOUXm74= =e5pM -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt--