qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: supriya kannery <supriyak@in.ibm.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
	Supriya Kannery <supriyak@linux.vnet.ibm.com>,
	Christoph Hellwig <hch@lst.de>,
	qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@gmail.com>
Subject: Re: [Qemu-devel] [v9 Patch 3/6]Qemu: Cmd "block_set_hostcache" for dynamic cache change
Date: Fri, 18 Nov 2011 16:14:35 +0530	[thread overview]
Message-ID: <4EC63713.4060105@in.ibm.com> (raw)
In-Reply-To: <20111117111129.1ae4d501@doriath>

Luiz Capitulino wrote:
> On Fri, 11 Nov 2011 12:17:48 +0530
> Supriya Kannery <supriyak@linux.vnet.ibm.com> wrote:
>
>   
>> +
>> +    ret = bdrv_open(bs, bs->filename, bdrv_flags, drv);
>> +    if (ret < 0) {
>> +        /* Reopen failed. Try to open with original flags */
>> +        qerror_report(QERR_REOPEN_FILE_FAILED, bs->filename);
>> +        ret = bdrv_open(bs, bs->filename, open_flags, drv);
>> +        if (ret < 0) {
>> +            /* Reopen failed with orig and modified flags */
>> +            abort();
>> +        }
>> +    }
>> +
>> +    return ret;
>> +}
>>     
>
> In this thread:
>
>  http://lists.gnu.org/archive/html/qemu-devel/2011-11/msg01271.html
>
> Juan uses a similar method (well, at least it looks similar to me)
> to fix a problem with migration. However, it was said that that method
> can cause problems with -snapshot and encrypted images.
>
> Won't we have the same sort of problems with this series?
>
>
>   

Thanks! for this link. Yes, this series also need to look at such issues.
Will go through the discussions and see what needs to be looked at.

>> +    if (bdrv_is_inserted(bs)) {
>> +        /* Reopen file with changed set of flags */
>> +        return bdrv_reopen(bs, bdrv_flags);
>> +    } else {
>> +        /* Save hostcache change for future use */
>> +        bs->open_flags = bdrv_flags;
>> +        return 0;
>> +    }
>>     
>
> I'm wondering if the simplest (and best) thing to do here is to fail
> if the drive is not inserted. Just wondering, not exactly asking you
> to change it. But it should at least be clearly documented if you keep it.
>
>   

I initially started the patchset with returning error message on 
detecting uninserted drive.
But later thought that, user should be given the flexibility of changing 
hostcache setting
irrespective of whether drive is full or not. To what I understand, 
hostcache setting is
independent of what user puts in to the drive.

Need to make these saved status flags used when opening a newly inserted 
device.

>> +    /* Read hostcache setting */
>> +    enable = qdict_get_bool(qdict, "option");
>> +    return bdrv_change_hostcache(bs, enable);
>> +
>> +}
>>     
>
> This is not using the QAPI.
>   

will change to use QAPI.
>   
>> +
>> Index: qemu/blockdev.h
>> ===================================================================
>> --- qemu.orig/blockdev.h
>> +++ qemu/blockdev.h
>> @@ -65,5 +65,7 @@ int do_change_block(Monitor *mon, const 
>>  int do_drive_del(Monitor *mon, const QDict *qdict, QObject **ret_data);
>>  int do_snapshot_blkdev(Monitor *mon, const QDict *qdict, QObject **ret_data);
>>  int do_block_resize(Monitor *mon, const QDict *qdict, QObject **ret_data);
>> +int do_block_set_hostcache(Monitor *mon, const QDict *qdict,
>> +                           QObject **ret_data);
>>  
>>  #endif
>> Index: qemu/hmp-commands.hx
>> ===================================================================
>> --- qemu.orig/hmp-commands.hx
>> +++ qemu/hmp-commands.hx
>> @@ -70,6 +70,20 @@ but should be used with extreme caution.
>>  resizes image files, it can not resize block devices like LVM volumes.
>>  ETEXI
>>  
>> +    {
>> +        .name       = "block_set_hostcache",
>> +        .args_type  = "device:B,option:b",
>>     
>
> "option" is not good enough. I'd call it "enable" or "disable".
>
>   

ok

  reply	other threads:[~2011-11-18 11:05 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-11  6:47 [Qemu-devel] [v9 Patch 0/6]Qemu: Host pagecache setting from cmdline and monitor Supriya Kannery
2011-11-11  6:47 ` [Qemu-devel] [v9 Patch 1/6]Qemu: Enhance "info block" to display host cache setting Supriya Kannery
2011-11-11 10:09   ` [Qemu-devel] [v9 Patch 1/6 - updated]Qemu: " Supriya Kannery
2011-11-17 12:38     ` Luiz Capitulino
2011-11-18  9:14       ` supriya kannery
2011-11-11  6:47 ` [Qemu-devel] [v9 Patch 2/6]Qemu: Error classes for file reopen and data sync failure Supriya Kannery
2011-11-17 12:50   ` Luiz Capitulino
2011-11-18  9:29     ` supriya kannery
2011-11-18 12:09       ` Luiz Capitulino
2011-11-11  6:47 ` [Qemu-devel] [v9 Patch 3/6]Qemu: Cmd "block_set_hostcache" for dynamic cache change Supriya Kannery
2011-11-16 18:34   ` Stefan Hajnoczi
2011-11-17  5:45     ` Supriya Kannery
2011-11-17 13:14       ` Luiz Capitulino
2011-11-17 13:11   ` Luiz Capitulino
2011-11-18 10:44     ` supriya kannery [this message]
2011-11-11  6:48 ` [Qemu-devel] [v9 Patch 4/6]Qemu: Add commandline -drive option 'hostcache' Supriya Kannery
2011-11-16 20:06   ` Stefan Hajnoczi
2011-11-17  5:18     ` Supriya Kannery
2011-11-17 14:11       ` Stefan Hajnoczi
2011-11-21 12:28         ` supriya kannery
2011-11-21 14:03           ` Stefan Hajnoczi
2011-11-22  8:10             ` supriya kannery
2011-11-22  9:55               ` Kevin Wolf
2011-11-22 11:17                 ` Stefan Hajnoczi
2011-11-22 11:31                   ` Kevin Wolf
2011-11-11  6:48 ` [Qemu-devel] [v9 Patch 5/6]Qemu: Framework for reopening images safely Supriya Kannery
2011-11-17 13:16   ` Luiz Capitulino
2011-11-17 14:36   ` Stefan Hajnoczi
2011-11-21 12:13     ` supriya kannery
2011-11-21 14:31       ` Stefan Hajnoczi
2011-11-22 10:24         ` supriya kannery
2011-11-22 11:04           ` Kevin Wolf
2011-11-22 11:16             ` supriya kannery
2011-11-22 11:49               ` Stefan Hajnoczi
2011-11-23  3:52                 ` Supriya Kannery
2011-11-11  6:48 ` [Qemu-devel] [v9 Patch 6/6]Qemu: raw posix implementation of reopen functions Supriya Kannery
2011-11-17 14:41   ` Stefan Hajnoczi
2011-11-21 12:30     ` supriya kannery
2011-11-22  9:45       ` supriya kannery
2011-11-22 11:32         ` Stefan Hajnoczi
2011-11-22 11:30           ` supriya kannery
2011-11-22 11:54             ` Stefan Hajnoczi
2011-11-22 11:36           ` Christoph Hellwig
2012-01-19 16:24 ` [Qemu-devel] [v9 Patch 0/6]Qemu: Host pagecache setting from cmdline and monitor Kevin Wolf

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4EC63713.4060105@in.ibm.com \
    --to=supriyak@in.ibm.com \
    --cc=hch@lst.de \
    --cc=kwolf@redhat.com \
    --cc=lcapitulino@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.com \
    --cc=supriyak@linux.vnet.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).