From: Markus Armbruster <armbru@redhat.com>
To: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>
Cc: "Kevin Wolf" <kwolf@redhat.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
qemu-block@nongnu.org, "Paul Durrant" <paul@xen.org>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Christian Schoenebeck" <qemu_oss@crudebyte.com>,
"Michael Roth" <mdroth@linux.vnet.ibm.com>,
qemu-devel@nongnu.org, "Greg Kurz" <groug@kaod.org>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
"Anthony Perard" <anthony.perard@citrix.com>,
xen-devel@lists.xenproject.org, "Max Reitz" <mreitz@redhat.com>,
"Laszlo Ersek" <lersek@redhat.com>,
"Stefan Berger" <stefanb@linux.ibm.com>
Subject: Re: [Xen-devel] [PATCH v9 02/10] scripts: Coccinelle script to use ERRP_AUTO_PROPAGATE()
Date: Fri, 20 Mar 2020 17:23:10 +0100 [thread overview]
Message-ID: <87sgi3xafl.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <28ac8e37-6b43-3755-61d7-41dc2d45ed94@virtuozzo.com> (Vladimir Sementsov-Ogievskiy's message of "Fri, 20 Mar 2020 17:36:06 +0300")
Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com> writes:
> 20.03.2020 16:58, Markus Armbruster wrote:
>> Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com> writes:
[...]
>>> I will not be surprised, if we missed some more interesting cases :)
>>> But we should proceed. What is our plan? Will you queue v10 for 5.1?
>>
>> v10's PATCH 1+2 look ready. The error.h comment update could perhaps
>> use some polish; I've focused my attention elsewhere.
>>
>> PATCH 8-9 are generated. They should never be rebased, always be
>> regenerated. We compare regenerated patches to posted ones to make sure
>> they are still sane, and the R-bys are still valid. I can take care of
>> the comparing.
>>
>> I'd like to have a pull request ready when the tree reopens for general
>> development. Let's use the time until then to get more generated
>> patches out for review.
>>
>> If I queue up patches in my tree, we shift the responsibility for
>> regenerating patches from you to me, and create a coordination issue:
>> you'll want to base patch submissions on the branch I use to queue this
>> work, and that's going to be awkward when I rebase / regenerate that
>> branch. I think it's simpler to queue up in your tree until we're ready
>> for a pull request.
>>
>> When you post more patches, use
>>
>> Based-on: <20200317151625.20797-1-vsementsov@virtuozzo.com>
>>
>> so that Patchew applies them on top of this series. Hmm, probably won't
>> do, as PATCH 9 already conflicts.
>>
>> You could instead repost PATCH 1+2 with each batch. I hope that's not
>> too confusing.
>>
>> I trust you'll keep providing a tag reviewers can pull.
>>
>> I suggest to ask maintainers to leave merging these patches to me, in
>> cover letters.
>>
>> Makes sense?
>>
>
> Hmm.
>
> I remember what Kevin said about freeze period: maintainers will queue
> a lot of patches in their "next" branches, and send pull requests at start
> of next developing period. This highly possible will drop r-bs I can get now.
> And reviewers will have to review twice.
>
> And for the same reason, it's bad idea to queue in your branch a lot of patches
> from different subsystems during freeze.
>
> So, just postpone this all up to next development phase?
Okay. I hope we can process generated patches at a brisk pace then.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
WARNING: multiple messages have this Message-ID (diff)
From: Markus Armbruster <armbru@redhat.com>
To: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>
Cc: "Kevin Wolf" <kwolf@redhat.com>,
"Stefano Stabellini" <sstabellini@kernel.org>,
qemu-block@nongnu.org, "Paul Durrant" <paul@xen.org>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Christian Schoenebeck" <qemu_oss@crudebyte.com>,
"Michael Roth" <mdroth@linux.vnet.ibm.com>,
qemu-devel@nongnu.org, "Greg Kurz" <groug@kaod.org>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
"Anthony Perard" <anthony.perard@citrix.com>,
xen-devel@lists.xenproject.org, "Max Reitz" <mreitz@redhat.com>,
"Laszlo Ersek" <lersek@redhat.com>,
"Stefan Berger" <stefanb@linux.ibm.com>
Subject: Re: [PATCH v9 02/10] scripts: Coccinelle script to use ERRP_AUTO_PROPAGATE()
Date: Fri, 20 Mar 2020 17:23:10 +0100 [thread overview]
Message-ID: <87sgi3xafl.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <28ac8e37-6b43-3755-61d7-41dc2d45ed94@virtuozzo.com> (Vladimir Sementsov-Ogievskiy's message of "Fri, 20 Mar 2020 17:36:06 +0300")
Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com> writes:
> 20.03.2020 16:58, Markus Armbruster wrote:
>> Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com> writes:
[...]
>>> I will not be surprised, if we missed some more interesting cases :)
>>> But we should proceed. What is our plan? Will you queue v10 for 5.1?
>>
>> v10's PATCH 1+2 look ready. The error.h comment update could perhaps
>> use some polish; I've focused my attention elsewhere.
>>
>> PATCH 8-9 are generated. They should never be rebased, always be
>> regenerated. We compare regenerated patches to posted ones to make sure
>> they are still sane, and the R-bys are still valid. I can take care of
>> the comparing.
>>
>> I'd like to have a pull request ready when the tree reopens for general
>> development. Let's use the time until then to get more generated
>> patches out for review.
>>
>> If I queue up patches in my tree, we shift the responsibility for
>> regenerating patches from you to me, and create a coordination issue:
>> you'll want to base patch submissions on the branch I use to queue this
>> work, and that's going to be awkward when I rebase / regenerate that
>> branch. I think it's simpler to queue up in your tree until we're ready
>> for a pull request.
>>
>> When you post more patches, use
>>
>> Based-on: <20200317151625.20797-1-vsementsov@virtuozzo.com>
>>
>> so that Patchew applies them on top of this series. Hmm, probably won't
>> do, as PATCH 9 already conflicts.
>>
>> You could instead repost PATCH 1+2 with each batch. I hope that's not
>> too confusing.
>>
>> I trust you'll keep providing a tag reviewers can pull.
>>
>> I suggest to ask maintainers to leave merging these patches to me, in
>> cover letters.
>>
>> Makes sense?
>>
>
> Hmm.
>
> I remember what Kevin said about freeze period: maintainers will queue
> a lot of patches in their "next" branches, and send pull requests at start
> of next developing period. This highly possible will drop r-bs I can get now.
> And reviewers will have to review twice.
>
> And for the same reason, it's bad idea to queue in your branch a lot of patches
> from different subsystems during freeze.
>
> So, just postpone this all up to next development phase?
Okay. I hope we can process generated patches at a brisk pace then.
next prev parent reply other threads:[~2020-03-20 16:23 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-12 8:59 [Xen-devel] [PATCH v9 00/10] error: auto propagated local_err part I Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [Xen-devel] [PATCH v9 01/10] error: auto propagated local_err Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [Xen-devel] [PATCH v9 02/10] scripts: Coccinelle script to use ERRP_AUTO_PROPAGATE() Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` Vladimir Sementsov-Ogievskiy
2020-03-12 16:36 ` [Xen-devel] " Markus Armbruster
2020-03-12 16:36 ` Markus Armbruster
2020-03-13 6:38 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-13 6:38 ` Vladimir Sementsov-Ogievskiy
2020-03-13 15:42 ` [Xen-devel] " Markus Armbruster
2020-03-13 15:42 ` Markus Armbruster
2020-03-13 16:12 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-13 16:12 ` Vladimir Sementsov-Ogievskiy
2020-03-13 21:54 ` [Xen-devel] " Markus Armbruster
2020-03-13 21:54 ` Markus Armbruster
2020-03-13 22:12 ` [Xen-devel] " Eric Blake
2020-03-13 22:12 ` Eric Blake
2020-03-15 16:38 ` [Xen-devel] " Markus Armbruster
2020-03-15 16:38 ` Markus Armbruster
2020-03-16 7:12 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-16 7:12 ` Vladimir Sementsov-Ogievskiy
2020-03-16 8:21 ` [Xen-devel] " Markus Armbruster
2020-03-16 8:21 ` Markus Armbruster
2020-03-17 9:29 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-17 9:29 ` Vladimir Sementsov-Ogievskiy
2020-03-17 10:39 ` [Xen-devel] " Markus Armbruster
2020-03-17 10:39 ` Markus Armbruster
2020-03-17 11:35 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-17 11:35 ` Vladimir Sementsov-Ogievskiy
2020-03-19 10:45 ` [Xen-devel] " Markus Armbruster
2020-03-19 10:45 ` Markus Armbruster
2020-03-19 12:12 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-19 12:12 ` Vladimir Sementsov-Ogievskiy
2020-03-20 13:58 ` [Xen-devel] " Markus Armbruster
2020-03-20 13:58 ` Markus Armbruster
2020-03-20 14:36 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-20 14:36 ` Vladimir Sementsov-Ogievskiy
2020-03-20 16:23 ` Markus Armbruster [this message]
2020-03-20 16:23 ` Markus Armbruster
2020-03-17 13:54 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-17 13:54 ` Vladimir Sementsov-Ogievskiy
2020-03-19 8:31 ` [Xen-devel] " Markus Armbruster
2020-03-19 8:31 ` Markus Armbruster
2020-03-13 7:50 ` [Xen-devel] " Markus Armbruster
2020-03-13 7:50 ` Markus Armbruster
2020-03-13 8:06 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-13 8:06 ` Vladimir Sementsov-Ogievskiy
2020-03-13 15:34 ` [Xen-devel] " Markus Armbruster
2020-03-13 15:34 ` Markus Armbruster
2020-03-13 14:58 ` [Xen-devel] " Markus Armbruster
2020-03-13 14:58 ` Markus Armbruster
2020-03-13 15:22 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-13 15:22 ` Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 03/10] hw/sd/ssi-sd: fix error handling in ssi_sd_realize Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 04/10] SD (Secure Card): introduce ERRP_AUTO_PROPAGATE Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 05/10] pflash: " Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 06/10] fw_cfg: " Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 07/10] virtio-9p: " Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 08/10] TPM: " Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [PATCH v9 09/10] nbd: " Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` [Xen-devel] [PATCH v9 10/10] xen: " Vladimir Sementsov-Ogievskiy
2020-03-12 8:59 ` Vladimir Sementsov-Ogievskiy
2020-03-12 14:24 ` [Xen-devel] [PATCH v9 00/10] error: auto propagated local_err part I Markus Armbruster
2020-03-12 14:24 ` Markus Armbruster
2020-03-13 6:40 ` [Xen-devel] " Vladimir Sementsov-Ogievskiy
2020-03-13 6:40 ` Vladimir Sementsov-Ogievskiy
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=87sgi3xafl.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=anthony.perard@citrix.com \
--cc=groug@kaod.org \
--cc=kraxel@redhat.com \
--cc=kwolf@redhat.com \
--cc=lersek@redhat.com \
--cc=mdroth@linux.vnet.ibm.com \
--cc=mreitz@redhat.com \
--cc=paul@xen.org \
--cc=philmd@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu_oss@crudebyte.com \
--cc=sstabellini@kernel.org \
--cc=stefanb@linux.ibm.com \
--cc=stefanha@redhat.com \
--cc=vsementsov@virtuozzo.com \
--cc=xen-devel@lists.xenproject.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.