From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45188) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cqx8b-0005TK-Rx for qemu-devel@nongnu.org; Thu, 23 Mar 2017 03:26:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cqx8Y-00077r-Nj for qemu-devel@nongnu.org; Thu, 23 Mar 2017 03:26:25 -0400 Received: from mail-db5eur01on0130.outbound.protection.outlook.com ([104.47.2.130]:63806 helo=EUR01-DB5-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cqx8Y-00076A-8k for qemu-devel@nongnu.org; Thu, 23 Mar 2017 03:26:22 -0400 Message-ID: <1490251984.25746.15.camel@nokia.com> From: Janne Huttunen Date: Thu, 23 Mar 2017 08:53:04 +0200 In-Reply-To: <3229b3f8-7689-94d1-05a8-8b8c34bc0d25@redhat.com> References: <1489510640.8844.18.camel@redhat.com> <1489561105.24841.25.camel@nokia.com> <11a3eab4-77f8-87ea-9558-299fbfc77a07@redhat.com> <1490164614.19055.31.camel@nokia.com> <1558854179.6445757.1490172190685.JavaMail.zimbra@redhat.com> <1490173225.19055.48.camel@nokia.com> <1490191138.19055.92.camel@nokia.com> <8616b7ec-8306-25b4-267c-449f94261502@redhat.com> <1490195960.19055.105.camel@nokia.com> <3229b3f8-7689-94d1-05a8-8b8c34bc0d25@redhat.com> Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [RFC][PATCH 0/6] "bootonceindex" property List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek , "pbonzini@redhat.com" Cc: "kraxel@redhat.com" , "qemu-devel@nongnu.org" On Wed, 2017-03-22 at 16:29 +0100, Laszlo Ersek wrote: > > I'm not. I'm using QMP to change the index dynamically. > >=C2=A0 > Wait, if you are already changing the "bootindex" property > dynamically (do I understand that right?) No, I'm not changing "bootindex" dynamically. I'm changing "bootonceindex" dynamically. The point is that whatever change I'm making is supposed to affect only one boot, the next one. Since the guest can trigger reboots by itself, I don't necessarily know when they are going to happen. Like I said earlier, I can get very close to the semantics I need if set the "bootindex" and get an event when the boot happens so that I know when to reset the bootindex back to the original value. However doing it like that is (at least in theory) racy if the event isn't synchronous and it requires some process that actively monitors those events which I'm trying to avoid. > ...and it could have a significant maintenance footprint, > while the feature does look niche (to me anyway). Whatever I'm currently doing is definitely a niche, but very similar setting of a one time boot source while the system is running is e.g. part of the IPMI standard (see "Set System Boot Options Command" in IPMI Specification), so the concept itself is not that much of a niche.