From: Hongyang Yang <yanghy@cn.fujitsu.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: laijs@cn.fujitsu.com, wency@cn.fujitsu.com,
andrew.cooper3@citrix.com, yunhong.jiang@intel.com,
eddie.dong@intel.com, xen-devel@lists.xen.org,
rshriram@cs.ubc.ca, ian.campbell@citrix.com
Subject: Re: [PATCH v19 00/12] Remus/Libxl: Remus network buffering and drbd disk
Date: Thu, 25 Sep 2014 14:25:41 +0800 [thread overview]
Message-ID: <5423B565.1050400@cn.fujitsu.com> (raw)
In-Reply-To: <21538.59401.384175.671580@mariner.uk.xensource.com>
Thank you!
在 09/24/2014 11:49 PM, Ian Jackson 写道:
> Yang Hongyang writes ("[PATCH v19 00/12] Remus/Libxl: Remus network buffering and drbd disk"):
>> This patch series adds support for network buffering and drbd disk
>> in the Remus codebase in libxl.
>
> Thanks for this submission. You'll see I've now dealt (I think) with
> all the patches and acked most of them.
>
> The series needs to be rebased. It doesn't apply to current staging.
>
> There is still some trouble with 04/12. I propose to try to rework
> this tomorrow as I suggested and will send something tomorrow.
> (Assuming nothing else catches fire...) My proposal tomorrow will be
> based on v19, and *not* rebased, unless I see a v20 in my INBOX
> tomorrow morning. I recommend that you use `git-rerere' so that you
> don't have to redo the rebasing work when integrating my suggestions.
I have sent a v20 which was rebased, you can rework based on that.
>
> I don't think I have the facilities to properly test these patches.
> If you could give me ASAP a set of simple instructions (which
> hopefully involve only a single host) then I may be able to test what
> I suggest to you.
>
> Otherwise I guess I'll provide you with suggestions which will compile
> but perhaps not work, and you will (I'm afraid) have to fix up the
> new bugs I will probably introduce.
We test this patchset using 2 machines, you can simply give your working
branch's git URL to me whenever you finish your work, and I can do the quick
test and also bug fix if any.
>
> In any case whatever I propose should be reviewed and tested by you
> before we apply it. But subject to agreement on the code,, and
> suitable test results, I will support your request for a freeze
> exception.
An exception would be great, thank you very much.
>
> Thanks,
> Ian.
> .
>
--
Thanks,
Yang.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-09-25 6:25 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-02 3:34 [PATCH v19 00/12] Remus/Libxl: Remus network buffering and drbd disk Yang Hongyang
2014-09-02 3:34 ` [PATCH v19 01/12] libxl: introduce libxl__multidev_prepare_with_aodev Yang Hongyang
2014-09-02 3:34 ` [PATCH v19 02/12] libxl: Extend libxl__ao_device with a libxl__ev_child member Yang Hongyang
2014-09-24 14:53 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 03/12] autoconf: add libnl3 dependency for Remus network buffering support Yang Hongyang
2014-09-02 3:34 ` [PATCH v19 04/12] libxl/remus: introduce an abstract Remus device layer Yang Hongyang
2014-09-24 15:30 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 05/12] libxl/remus: setup and control network output buffering Yang Hongyang
2014-09-24 15:32 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 06/12] libxl/remus: setup and control disk replication for DRBD backends Yang Hongyang
2014-09-05 17:41 ` Ian Jackson
2014-09-16 14:46 ` Ian Jackson
2014-09-16 15:13 ` Shriram Rajagopalan
2014-09-17 1:14 ` Hongyang Yang
2014-09-19 17:56 ` Ian Jackson
2014-09-23 5:13 ` Hongyang Yang
2014-09-24 15:32 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 07/12] xl/remus: change bool to defbool Yang Hongyang
2014-09-24 15:37 ` Ian Jackson
2014-09-24 18:08 ` Shriram Rajagopalan
2014-09-02 3:34 ` [PATCH v19 08/12] xl/remus: cmdline switch to explicitly enable unsafe configurations Yang Hongyang
2014-09-24 15:39 ` Ian Jackson
2014-09-24 18:00 ` Shriram Rajagopalan
2014-09-25 10:23 ` Ian Campbell
2014-09-25 10:29 ` Ian Jackson
2014-09-25 11:30 ` Shriram Rajagopalan
2014-09-25 16:49 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 09/12] xl/remus: cmdline switches and config vars to control network buffering Yang Hongyang
2014-09-24 15:41 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 10/12] xl/remus: add a cmdline switch to disable disk replication Yang Hongyang
2014-09-24 15:42 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 11/12] libxl/remus: add LIBXL_HAVE_REMUS to indicate Remus support in libxl Yang Hongyang
2014-09-24 15:42 ` Ian Jackson
2014-09-02 3:34 ` [PATCH v19 12/12] MAINTAINERS: update maintained files of Remus Yang Hongyang
2014-09-24 15:43 ` Ian Jackson
2014-09-25 1:34 ` Hongyang Yang
2014-09-25 10:23 ` Ian Campbell
2014-09-25 10:30 ` Hongyang Yang
2014-09-25 10:31 ` Ian Campbell
2014-09-25 13:11 ` Ian Jackson
2014-09-24 15:49 ` [PATCH v19 00/12] Remus/Libxl: Remus network buffering and drbd disk Ian Jackson
2014-09-25 6:25 ` Hongyang Yang [this message]
2014-09-25 10:28 ` Ian Jackson
2014-09-25 17:14 ` Ian Jackson
2014-09-26 6:12 ` Hongyang Yang
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=5423B565.1050400@cn.fujitsu.com \
--to=yanghy@cn.fujitsu.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=eddie.dong@intel.com \
--cc=ian.campbell@citrix.com \
--cc=laijs@cn.fujitsu.com \
--cc=rshriram@cs.ubc.ca \
--cc=wency@cn.fujitsu.com \
--cc=xen-devel@lists.xen.org \
--cc=yunhong.jiang@intel.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).