From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:45635) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qnuhr-0001Ca-0O for qemu-devel@nongnu.org; Mon, 01 Aug 2011 11:47:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qnuhq-0008IZ-2P for qemu-devel@nongnu.org; Mon, 01 Aug 2011 11:47:02 -0400 Received: from mail-yx0-f173.google.com ([209.85.213.173]:56751) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qnuhp-0008IP-S0 for qemu-devel@nongnu.org; Mon, 01 Aug 2011 11:47:01 -0400 Received: by yxt3 with SMTP id 3so3947548yxt.4 for ; Mon, 01 Aug 2011 08:47:01 -0700 (PDT) Message-ID: <4E36CA73.3060504@codemonkey.ws> Date: Mon, 01 Aug 2011 10:46:59 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <20110727113000.25109.16204.sendpatchset@skannery> <20110727113045.25109.54866.sendpatchset@skannery> <4E300B8E.2020509@codemonkey.ws> <4E3036AA.8030604@codemonkey.ws> <4E36C608.2030107@codemonkey.ws> <4E36C9D3.4020803@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [V5 Patch 3/4]Qemu: Command "block_set" for dynamic block params change List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Kevin Wolf , Supriya Kannery , qemu-devel@nongnu.org, Christoph Hellwig On 08/01/2011 10:44 AM, Stefan Hajnoczi wrote: > On Mon, Aug 1, 2011 at 4:44 PM, Kevin Wolf wrote: >> Am 01.08.2011 17:28, schrieb Anthony Liguori: >>> On 08/01/2011 10:22 AM, Stefan Hajnoczi wrote: >>>> I like the block_set approach. >>>> >>>> Anthony, Kevin, Supriya: Any thoughts? >>> >>> For the sake of overall QMP sanity, I think block_set_hostcache is >>> really our only option. >> >> Ideally we should have blockdev_add, and blockdev_set would just take >> the same arguments and update the given driver. >> >> But we don't have blockdev_add today, so whatever works for your as a >> temporary solution... > > Anthony's point is that blockdev_set does not fit with QMP command > discoverability. It doesn't, but if we had a 'plug_set' that worked for devices and any type of backends, we could have a single introspection mechanism. But we should really try to avoid having every backend implement their own ways of doing things. Regards, Anthony Liguori > > Stefan >