From: will.deacon@arm.com (Will Deacon)
To: linux-arm-kernel@lists.infradead.org
Subject: Planning the merge of KVM/arm64
Date: Tue, 4 Jun 2013 16:40:23 +0100 [thread overview]
Message-ID: <20130604154023.GS27516@mudshark.cambridge.arm.com> (raw)
In-Reply-To: <51AE082C.6050907@redhat.com>
On Tue, Jun 04, 2013 at 04:30:52PM +0100, Paolo Bonzini wrote:
> Il 04/06/2013 16:59, Marc Zyngier ha scritto:
> >>> >> - Either I can rely on a stable branch from both KVM and KVM/ARM trees
> >>> >> on which I can base my tree for Catalin/Will to pull,
> >>> >> - Or I ask Catalin to only pull the arm64 part *minus the Kconfig*, and
> >>> >> only merge this last bit when the dependencies are satisfied in Linus' tree.
> >>> >>
> >>> >> What do you guys think?
> >>> >>
> >> > I would think you would prefer option (1) to get the code in cleaner.
> >> > Both the KVM/next tree is stable and I can provide you with a stable
> >> > KVM/ARM tree. But I really don't feel strongly about this.
> > That'd be my preferred choice too. Let's see what the KVM maintainers'
> > position on that.
>
> I wonder if Linus would complain about irrelevant KVM changes in
> Will/Catalin's pull request. The KVM/next tree has other patches below
> the ones you need.
>
> What we usually do for x86 is get an Acked-by from the other part. If
> there are no dependencies on other aarch64 core changes, it'd be better
> to go through the KVM tree. Otherwise separating the Kconfig change
> should be okay (perhaps add it with depends on BROKEN, and remove the
> dependency later?).
Well you can certainly have my ack for the series but, as you say, it
depends whether there are further dependencies on patches queued for aarch64
core. For 3.11, conflicts with Steve's (CC'd) hugetlb stuff are likely.
Acked-by: Will Deacon <will.deacon@arm.com>
Will
next prev parent reply other threads:[~2013-06-04 15:40 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-04 12:29 Planning the merge of KVM/arm64 Marc Zyngier
2013-06-04 13:13 ` Anup Patel
2013-06-04 13:19 ` Marc Zyngier
2013-06-04 13:41 ` Catalin Marinas
2013-06-04 14:50 ` Christoffer Dall
2013-06-04 14:59 ` Marc Zyngier
2013-06-04 15:30 ` Paolo Bonzini
2013-06-04 15:40 ` Will Deacon [this message]
2013-06-04 15:48 ` Steve Capper
2013-06-04 15:42 ` Marc Zyngier
2013-06-04 15:43 ` Christoffer Dall
2013-06-04 15:51 ` Paolo Bonzini
2013-06-04 16:37 ` Gleb Natapov
2013-06-05 5:57 ` Christoffer Dall
2013-06-05 6:01 ` Gleb Natapov
2013-06-05 9:31 ` Catalin Marinas
2013-06-05 12:57 ` Gleb Natapov
2013-06-05 13:13 ` Marc Zyngier
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=20130604154023.GS27516@mudshark.cambridge.arm.com \
--to=will.deacon@arm.com \
--cc=linux-arm-kernel@lists.infradead.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).