From: Kevin Wolf <kwolf@redhat.com>
To: clord@redhat.com
Cc: qemu-devel@nongnu.org, armbru@redhat.com, qemu-block@nongnu.org,
mreitz@redhat.com
Subject: Re: [Qemu-devel] [PATCH] blockdev: fix error handling in do_open_tray
Date: Fri, 3 Jun 2016 21:13:01 +0200 [thread overview]
Message-ID: <20160603191301.GF5712@noname.redhat.com> (raw)
In-Reply-To: <1464978048-32189-1-git-send-email-clord@redhat.com>
Am 03.06.2016 um 20:20 hat clord@redhat.com geschrieben:
> From: Colin Lord <clord@redhat.com>
>
> Returns negative error codes and accompanying error messages in cases where
> the device has no tray or the tray is locked and isn't forced open. This
> extra information should result in better flexibility in functions that
> call do_open_tray.
>
> Signed-off-by: Colin Lord <clord@redhat.com>
Strictly speaking not a fix, but just a cleanup, right? Maybe change
that in the subject line.
> @@ -2348,8 +2345,8 @@ static int do_open_tray(const char *device, bool force, Error **errp)
> }
>
> if (!blk_dev_has_tray(blk)) {
> - /* Ignore this command on tray-less devices */
> - return ENOSYS;
> + error_setg(errp, "Device '%s' does not have a tray", device);
> + return -ENOSYS;
> }
>
> if (blk_dev_is_tray_open(blk)) {
> @@ -2366,7 +2363,9 @@ static int do_open_tray(const char *device, bool force, Error **errp)
> }
>
> if (locked && !force) {
> - return EINPROGRESS;
> + error_setg(errp, "Device '%s' is locked and force was not specified, "
> + "wait for tray to open and try again", device);
> + return -EINPROGRESS;
> }
>
> return 0;
You're changing the return values here (which is fine), but we need to
update the function comment as well. It still says:
* May return +ENOSYS if the device has no tray,
* or +EINPROGRESS if the tray is locked and the guest has been notified.
> @@ -2375,10 +2374,18 @@ static int do_open_tray(const char *device, bool force, Error **errp)
> void qmp_blockdev_open_tray(const char *device, bool has_force, bool force,
> Error **errp)
> {
> + Error *local_err = NULL;
> + int rc;
> +
> if (!has_force) {
> force = false;
> }
> - do_open_tray(device, force, errp);
> + rc = do_open_tray(device, force, &local_err);
> + if (local_err && (rc == -EINPROGRESS || rc == -ENOSYS)) {
rc < 0 already implies that local_err is set, so while that check
doesn't hurt, technically it's redundant.
> + error_free(local_err);
> + } else {
> + error_propagate(errp, local_err);
> + }
> }
Kevin
prev parent reply other threads:[~2016-06-03 19:13 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-03 18:20 [Qemu-devel] [PATCH] blockdev: fix error handling in do_open_tray clord
2016-06-03 19:02 ` Eric Blake
2016-06-03 19:13 ` Kevin Wolf [this message]
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=20160603191301.GF5712@noname.redhat.com \
--to=kwolf@redhat.com \
--cc=armbru@redhat.com \
--cc=clord@redhat.com \
--cc=mreitz@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.