From: Max Reitz <mreitz@redhat.com>
To: Wen Congyang <wency@cn.fujitsu.com>, qemu-block@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>,
qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 2/5] block: Avoid BlockDriverState.filename
Date: Fri, 7 Aug 2015 16:56:59 +0200 [thread overview]
Message-ID: <55C4C73B.6000403@redhat.com> (raw)
In-Reply-To: <55C2C611.4080801@cn.fujitsu.com>
On 06.08.2015 04:27, Wen Congyang wrote:
> On 08/06/2015 04:52 AM, Max Reitz wrote:
>> In places which directly pass a filename to the OS, we should not use
>> the filename field at all but exact_filename instead (although the
>> former currently equals the latter if that is set).
>>
>> In qemu-img's map command, we should be using the filename field; but
>> since this commit prepares to remove that field, using exact_filename is
>> fine, too (this is the only user of BlockDriverState.filename which
>> frequently queries that field).
>>
>> Signed-off-by: Max Reitz <mreitz@redhat.com>
>> ---
>> block.c | 4 ++--
>> block/gluster.c | 2 +-
>> block/raw-posix.c | 8 ++++----
>> block/raw-win32.c | 4 ++--
>> qemu-img.c | 2 +-
>> 5 files changed, 10 insertions(+), 10 deletions(-)
>>
>> diff --git a/block.c b/block.c
>> index e7dd2f1..5a1dc16 100644
>> --- a/block.c
>> +++ b/block.c
>> @@ -918,8 +918,8 @@ static int bdrv_open_common(BlockDriverState *bs, BlockDriverState *file,
>> if (ret < 0) {
>> if (local_err) {
>> error_propagate(errp, local_err);
>> - } else if (bs->filename[0]) {
>> - error_setg_errno(errp, -ret, "Could not open '%s'", bs->filename);
>> + } else if (bs->exact_filename[0]) {
>> + error_setg_errno(errp, -ret, "Could not open '%s'", bs->exact_filename);
>> } else {
>> error_setg_errno(errp, -ret, "Could not open image");
>> }
>> diff --git a/block/gluster.c b/block/gluster.c
>> index 1eb3a8c..176682b 100644
>> --- a/block/gluster.c
>> +++ b/block/gluster.c
>> @@ -358,7 +358,7 @@ static int qemu_gluster_reopen_prepare(BDRVReopenState *state,
>>
>> gconf = g_new0(GlusterConf, 1);
>>
>> - reop_s->glfs = qemu_gluster_init(gconf, state->bs->filename, errp);
>> + reop_s->glfs = qemu_gluster_init(gconf, state->bs->exact_filename, errp);
>> if (reop_s->glfs == NULL) {
>> ret = -errno;
>> goto exit;
>> diff --git a/block/raw-posix.c b/block/raw-posix.c
>> index 855febe..b61c11f 100644
>> --- a/block/raw-posix.c
>> +++ b/block/raw-posix.c
>> @@ -671,7 +671,7 @@ static int raw_reopen_prepare(BDRVReopenState *state,
>> /* If we cannot use fcntl, or fcntl failed, fall back to qemu_open() */
>> if (raw_s->fd == -1) {
>> assert(!(raw_s->open_flags & O_CREAT));
>> - raw_s->fd = qemu_open(state->bs->filename, raw_s->open_flags);
>> + raw_s->fd = qemu_open(state->bs->exact_filename, raw_s->open_flags);
>
> In raw_open_common(), we call raw_normalize_devicepath(). Why don't we call it
> here?
Ideally because bs->exact_filename is normalized already, whereas
raw_open_common() takes the filename from the options QDict (which was
specified by the user). The question now is whether bs->exact_filename
is indeed normalized.
Looking into bdrv_open_common(), where that field is initially set, it
doesn't look that way.
One way to fix this would be to implement bdrv_refresh_filename() for
raw-posix. However, then we still have the issue of bs->filename usage
in raw_open_common() (for an error message, although in reality, that
message can only appear on Linux where raw_normalize_devicepath() won't
do anything).
So the easy way to fix it would be to copy the normalized filename into
bs->filename at the beginning of raw_open_common(). I'll think about it,
but in any case, I think this issue is not related to this series and
the fix will work independently.
I'll work something out, thanks for spotting this!
Max
>
> Thanks
> Wen Congyang
>
>> if (raw_s->fd == -1) {
>> error_setg_errno(errp, errno, "Could not reopen file");
>> ret = -1;
>> @@ -2195,7 +2195,7 @@ static int fd_open(BlockDriverState *bs)
>> DPRINTF("No floppy (open delayed)\n");
>> return -EIO;
>> }
>> - s->fd = qemu_open(bs->filename, s->open_flags & ~O_NONBLOCK);
>> + s->fd = qemu_open(bs->exact_filename, s->open_flags & ~O_NONBLOCK);
>> if (s->fd < 0) {
>> s->fd_error_time = qemu_clock_get_ns(QEMU_CLOCK_REALTIME);
>> s->fd_got_error = 1;
>> @@ -2486,7 +2486,7 @@ static void floppy_eject(BlockDriverState *bs, bool eject_flag)
>> qemu_close(s->fd);
>> s->fd = -1;
>> }
>> - fd = qemu_open(bs->filename, s->open_flags | O_NONBLOCK);
>> + fd = qemu_open(bs->exact_filename, s->open_flags | O_NONBLOCK);
>> if (fd >= 0) {
>> if (ioctl(fd, FDEJECT, 0) < 0)
>> perror("FDEJECT");
>> @@ -2710,7 +2710,7 @@ static int cdrom_reopen(BlockDriverState *bs)
>> */
>> if (s->fd >= 0)
>> qemu_close(s->fd);
>> - fd = qemu_open(bs->filename, s->open_flags, 0644);
>> + fd = qemu_open(bs->exact_filename, s->open_flags, 0644);
>> if (fd < 0) {
>> s->fd = -1;
>> return -EIO;
>> diff --git a/block/raw-win32.c b/block/raw-win32.c
>> index 68f2338..5c8a894 100644
>> --- a/block/raw-win32.c
>> +++ b/block/raw-win32.c
>> @@ -417,7 +417,7 @@ static void raw_close(BlockDriverState *bs)
>>
>> CloseHandle(s->hfile);
>> if (bs->open_flags & BDRV_O_TEMPORARY) {
>> - unlink(bs->filename);
>> + unlink(bs->exact_filename);
>> }
>> }
>>
>> @@ -485,7 +485,7 @@ static int64_t raw_get_allocated_file_size(BlockDriverState *bs)
>> DWORD * high);
>> get_compressed_t get_compressed;
>> struct _stati64 st;
>> - const char *filename = bs->filename;
>> + const char *filename = bs->exact_filename;
>> /* WinNT support GetCompressedFileSize to determine allocate size */
>> get_compressed =
>> (get_compressed_t) GetProcAddress(GetModuleHandle("kernel32"),
>> diff --git a/qemu-img.c b/qemu-img.c
>> index 75f4ee4..3d5587a 100644
>> --- a/qemu-img.c
>> +++ b/qemu-img.c
>> @@ -2155,7 +2155,7 @@ static void dump_map_entry(OutputFormat output_format, MapEntry *e,
>> }
>> if ((e->flags & (BDRV_BLOCK_DATA|BDRV_BLOCK_ZERO)) == BDRV_BLOCK_DATA) {
>> printf("%#-16"PRIx64"%#-16"PRIx64"%#-16"PRIx64"%s\n",
>> - e->start, e->length, e->offset, e->bs->filename);
>> + e->start, e->length, e->offset, e->bs->exact_filename);
>> }
>> /* This format ignores the distinction between 0, ZERO and ZERO|DATA.
>> * Modify the flags here to allow more coalescing.
>>
>
next prev parent reply other threads:[~2015-08-07 14:57 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-05 20:52 [Qemu-devel] [PATCH v2 0/5] block: Drop BDS.filename Max Reitz
2015-08-05 20:52 ` [Qemu-devel] [PATCH v2 1/5] block: Change bdrv_get_encrypted_filename() Max Reitz
2015-08-06 2:01 ` Wen Congyang
2015-08-07 14:37 ` Max Reitz
2015-08-05 20:52 ` [Qemu-devel] [PATCH v2 2/5] block: Avoid BlockDriverState.filename Max Reitz
2015-08-06 2:27 ` Wen Congyang
2015-08-07 14:56 ` Max Reitz [this message]
2015-08-05 20:52 ` [Qemu-devel] [PATCH v2 3/5] block: Add bdrv_filename() Max Reitz
2015-08-05 20:52 ` [Qemu-devel] [PATCH v2 4/5] block: Drop BlockDriverState.filename Max Reitz
2015-08-05 20:52 ` [Qemu-devel] [PATCH v2 5/5] iotests: Test changed Quorum filename Max Reitz
2015-08-06 9:44 ` [Qemu-devel] [Qemu-block] [PATCH v2 0/5] block: Drop BDS.filename Stefan Hajnoczi
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=55C4C73B.6000403@redhat.com \
--to=mreitz@redhat.com \
--cc=kwolf@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=wency@cn.fujitsu.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).