From: Max Reitz <mreitz@redhat.com>
To: qemu-block@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>,
qemu-devel@nongnu.org, Max Reitz <mreitz@redhat.com>
Subject: [Qemu-devel] [PATCH 4/8] block: Drop BB name from bad option error
Date: Tue, 10 Nov 2015 04:44:19 +0100 [thread overview]
Message-ID: <1447127063-4662-5-git-send-email-mreitz@redhat.com> (raw)
In-Reply-To: <1447127063-4662-1-git-send-email-mreitz@redhat.com>
The information which BB is concerned does not seem useful enough to
justify its existence in most other place (which may be related to qemu
printing the -drive parameter in question anyway, and for blockdev-add
the attribution is naturally unambiguous). Furthermore, as of a future
patch, bdrv_get_device_name(bs) will always return the empty string
before bdrv_open_inherit() returns.
Therefore, just dropping that information seems to be the best course of
action.
Signed-off-by: Max Reitz <mreitz@redhat.com>
---
block.c | 6 +++---
tests/qemu-iotests/051.out | 8 ++++----
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/block.c b/block.c
index c5ea5e7..395b7b0 100644
--- a/block.c
+++ b/block.c
@@ -1539,9 +1539,9 @@ static int bdrv_open_inherit(BlockDriverState **pbs, const char *filename,
error_setg(errp, "Block protocol '%s' doesn't support the option "
"'%s'", drv->format_name, entry->key);
} else {
- error_setg(errp, "Block format '%s' used by device '%s' doesn't "
- "support the option '%s'", drv->format_name,
- bdrv_get_device_name(bs), entry->key);
+ error_setg(errp,
+ "Block format '%s' doesn't support the option '%s'",
+ drv->format_name, entry->key);
}
ret = -EINVAL;
diff --git a/tests/qemu-iotests/051.out b/tests/qemu-iotests/051.out
index 7765aa0..c6df65f 100644
--- a/tests/qemu-iotests/051.out
+++ b/tests/qemu-iotests/051.out
@@ -5,16 +5,16 @@ Formatting 'TEST_DIR/t.IMGFMT', fmt=IMGFMT size=134217728 backing_file=TEST_DIR/
=== Unknown option ===
Testing: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=
-QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=: Block format 'qcow2' used by device 'ide0-hd0' doesn't support the option 'unknown_opt'
+QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=: Block format 'qcow2' doesn't support the option 'unknown_opt'
Testing: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=on
-QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=on: Block format 'qcow2' used by device 'ide0-hd0' doesn't support the option 'unknown_opt'
+QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=on: Block format 'qcow2' doesn't support the option 'unknown_opt'
Testing: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=1234
-QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=1234: Block format 'qcow2' used by device 'ide0-hd0' doesn't support the option 'unknown_opt'
+QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=1234: Block format 'qcow2' doesn't support the option 'unknown_opt'
Testing: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=foo
-QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=foo: Block format 'qcow2' used by device 'ide0-hd0' doesn't support the option 'unknown_opt'
+QEMU_PROG: -drive file=TEST_DIR/t.qcow2,format=qcow2,unknown_opt=foo: Block format 'qcow2' doesn't support the option 'unknown_opt'
=== Unknown protocol option ===
--
2.6.2
next prev parent reply other threads:[~2015-11-10 3:44 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-10 3:44 [Qemu-devel] [PATCH 0/8] blockdev: (Nearly) free clean-up work Max Reitz
2015-11-10 3:44 ` [Qemu-devel] [PATCH 1/8] qapi: Drop QERR_UNKNOWN_BLOCK_FORMAT_FEATURE Max Reitz
2015-11-10 3:59 ` Eric Blake
2015-12-01 10:17 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2015-11-10 3:44 ` [Qemu-devel] [PATCH 2/8] block: Drop useless bdrv_new() calls Max Reitz
2015-12-01 10:31 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2015-11-10 3:44 ` [Qemu-devel] [PATCH 3/8] block: Let bdrv_open_inherit() return the snapshot Max Reitz
2015-12-01 14:35 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2015-12-02 17:26 ` Max Reitz
2015-11-10 3:44 ` Max Reitz [this message]
2015-12-01 10:34 ` [Qemu-devel] [Qemu-block] [PATCH 4/8] block: Drop BB name from bad option error Alberto Garcia
2015-11-10 3:44 ` [Qemu-devel] [PATCH 5/8] block: Drop blk_new_with_bs() Max Reitz
2015-12-01 11:03 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2015-11-10 3:44 ` [Qemu-devel] [PATCH 6/8] block: Drop bdrv_new_root() Max Reitz
2015-12-01 11:04 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2015-11-10 3:44 ` [Qemu-devel] [PATCH 7/8] block: Make bdrv_open() return a BDS Max Reitz
2015-12-01 14:44 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
2015-12-02 17:30 ` Max Reitz
2015-11-10 3:44 ` [Qemu-devel] [PATCH 8/8] block: Assert !bs->refcnt in bdrv_close() Max Reitz
2015-12-01 11:06 ` [Qemu-devel] [Qemu-block] " Alberto Garcia
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=1447127063-4662-5-git-send-email-mreitz@redhat.com \
--to=mreitz@redhat.com \
--cc=kwolf@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/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).