From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=48053 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PuV17-0007Xy-V0 for qemu-devel@nongnu.org; Tue, 01 Mar 2011 14:13:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PuV15-0002jK-TO for qemu-devel@nongnu.org; Tue, 01 Mar 2011 14:13:53 -0500 Received: from mail-vw0-f45.google.com ([209.85.212.45]:60866) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PuV15-0002in-Qt for qemu-devel@nongnu.org; Tue, 01 Mar 2011 14:13:51 -0500 Received: by vws19 with SMTP id 19so4906540vws.4 for ; Tue, 01 Mar 2011 11:13:50 -0800 (PST) Message-ID: <4D6D4569.8070502@codemonkey.ws> Date: Tue, 01 Mar 2011 14:13:45 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [RFC][PATCH 0/2] Allow cache settings for block devices to be changed at runtime. References: <20110228171956.05a84fb9@zephyr> <4D6BBB72.6040205@redhat.com> <20110301124254.GA29485@lst.de> <20110301124834.GA10953@stefanha-thinkpad.localdomain> <20110301125036.GA29715@lst.de> In-Reply-To: <20110301125036.GA29715@lst.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christoph Hellwig Cc: Kevin Wolf , Ananth Narayan , Stefan Hajnoczi , Prerna Saxena , qemu-devel On 03/01/2011 07:50 AM, Christoph Hellwig wrote: > On Tue, Mar 01, 2011 at 12:48:34PM +0000, Stefan Hajnoczi wrote: > >> On Tue, Mar 01, 2011 at 01:42:54PM +0100, Christoph Hellwig wrote: >> >>> I have patches to do that, and to allow changing O_DIRECT via a monitor >>> command, but to toggle O_SYNC via fcntl I first need to get a kernel >>> patch in as that's currently not allowed to be changed at runtime. >>> >> Great it sounds like you have already implemented the two cases (guest wce and >> host O_DIRECT) that we're talking about. >> > At least in theory. And for Linux I can add setting/clearing of O_SYNC > via fcntl easily, but what do we do for other hosts? To start with, we can just fail the command at the QMP level. > I'm not sure > closing/reopening the backing file is easily feasible. > Regards, Anthony Liguori