All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Armbruster <armbru@redhat.com>
To: "Marc-André Lureau" <mlureau@redhat.com>
Cc: "Marc-André Lureau" <marcandre.lureau@redhat.com>,
	"paolo bonzini" <paolo.bonzini@gmail.com>,
	qemu-devel@nongnu.org, qemu-stable@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v4 3/3] tests: start generic qemu-qmp tests
Date: Wed, 05 Oct 2016 16:38:54 +0200	[thread overview]
Message-ID: <87lgy2rhc1.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <1233045948.581343.1475672578009.JavaMail.zimbra@redhat.com> ("Marc-André Lureau"'s message of "Wed, 5 Oct 2016 09:02:58 -0400 (EDT)")

Marc-André Lureau <mlureau@redhat.com> writes:

> Hi
>
> ----- Original Message -----
> -snip-
>
>> 
>> I'd be willing to take this as is with a suitable TODO comment
>> explaining where we want to go with this file.  Perhaps
>> 
>> /*
>>  * This program tests QMP commands that aren't interesting enough to
>>  * warrant their own test program.
>>  *
>>  * TODO The tests we got here now aren't good examples, because they
>>  * don't really exercise the commands, but only demonstrate specific
>>  * bugs we've fixed.
>>  */
>> 
>> What do you think?
>
> It looks like a comment that may stale. I have a few tests in some wip branch that will go naturally there, so I hope it won't remain bug-fix only checks. I can't say how long it will take to get there though, so I am fine with a comment anyway, perhaps without TODO?
>
> thanks

Since you got more tests coming up, we have several workable options:

(1) Delay this patch until we got more substantial tests.  I'm wary of
    rejecting the imperfect solution I can have now for a better
    solution I might get some day, but since you already got something
    better in the pipeline, I'd be happy to wait in this case.

(2) Apply it now, with my TODO.  Adding tests should eventually resolve
    the TODO.  If we forget to delete it then, it'll go stale.  But
    it'll be pretty obviously stale.

(3) Apply it now, without my TODO.  Until we acquire tests that would
    resolve the TODO, the file is an unmarked bad example.

I like (1) better than (2), because it's less churn, and I don't expect
to lose anything.  (3) my least favourite option, because I prefer maybe
having an obviously stale TODO in the future over having an umarked bad
example now.

Thoughts?

  reply	other threads:[~2016-10-05 14:39 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-22 20:39 [Qemu-devel] [PATCH v4 0/3] Fix some qapi assert() Marc-André Lureau
2016-09-22 20:39 ` [Qemu-devel] [PATCH v4 1/3] qmp: fix object-add assert() without props Marc-André Lureau
2016-09-23  6:52   ` Xiao Long Jiang
2016-09-29 15:23     ` Markus Armbruster
2016-10-05 10:27       ` Christian Borntraeger
2016-10-10  6:49       ` Xiao Long Jiang
2016-10-05  7:47   ` Markus Armbruster
2016-09-22 20:39 ` [Qemu-devel] [PATCH v4 2/3] qapi: fix crash when a parameter is missing Marc-André Lureau
2016-09-29 15:42   ` Markus Armbruster
2016-10-05  8:18     ` Markus Armbruster
2016-10-05  8:34       ` Marc-André Lureau
2016-09-22 20:39 ` [Qemu-devel] [PATCH v4 3/3] tests: start generic qemu-qmp tests Marc-André Lureau
2016-09-29 16:28   ` Markus Armbruster
2016-10-05  9:56   ` Markus Armbruster
2016-10-05 10:16     ` Marc-André Lureau
2016-10-05 12:35       ` Markus Armbruster
2016-10-05 13:02         ` Marc-André Lureau
2016-10-05 14:38           ` Markus Armbruster [this message]
2016-10-05 15:14             ` Marc-André Lureau
2016-10-06 13:26               ` Markus Armbruster
2016-10-07 18:15   ` Markus Armbruster
2016-10-10  8:24     ` Marc-André Lureau
2016-10-10 13:14       ` Markus Armbruster
2016-10-04 15:23 ` [Qemu-devel] [PATCH 2.5/3] tests/test-qmp-input-strict: Cover missing struct members Markus Armbruster
2016-10-04 16:34   ` no-reply
2016-10-06 13:26 ` [Qemu-devel] [PATCH v4 0/3] Fix some qapi assert() Markus Armbruster

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=87lgy2rhc1.fsf@dusky.pond.sub.org \
    --to=armbru@redhat.com \
    --cc=marcandre.lureau@redhat.com \
    --cc=mlureau@redhat.com \
    --cc=paolo.bonzini@gmail.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-stable@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.