From: "H. Peter Anvin" <hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
To: Matt Fleming
<matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>,
Catalin Marinas <catalin.marinas-5wv7dgnIgG8@public.gmane.org>
Cc: Leif Lindholm
<leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
"msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org"
<msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
"grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org"
<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
"roy.franz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org"
<roy.franz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
"ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org"
<ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
Mark Rutland <Mark.Rutland-5wv7dgnIgG8@public.gmane.org>,
"linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Stephen Rothwell <sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org>,
Linus Torvalds
<torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org>
Subject: Re: [PATCH v2 00/10] arm64: UEFI support
Date: Tue, 29 Apr 2014 07:56:20 -0700 [thread overview]
Message-ID: <535FBD94.9040101@zytor.com> (raw)
In-Reply-To: <20140429144713.GL26088-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
On 04/29/2014 07:47 AM, Matt Fleming wrote:
> On Tue, 29 Apr, at 02:47:28PM, Catalin Marinas wrote:
>>
>> Waiting for the tip/x86/efi to be merged first is not a problem. We
>> also need a stable base for testing the arm64 UEFI series, so I assume
>> this series can be based onto tip/x86/efi (would such branch be rebased
>> before hitting mainline?).
>
> tip/x86/efi is unlikely to be rebased. Certainly with dependencies like
> this there would have to be a really good reason to rebase it.
>
>> Given that Leif's series contains both generic efi and arm64 patches,
>> what's your preference for merging them? I'm happy to add my ack and
>> they go via your tree (or the other way around).
>
> I'm happy either way, though if I take them through my tree (and
> subsequently through tip) you won't have to worry about the merge window
> rigmarole, which is a plus.
>
> So, eveyone happy for me to take these with Catalin's Acked-by?
>
I'm wondering if it would be better to organize it into a separate topic
branch. We can still take it through tip, if you want, but it would be
better than putting it all into one tree.
-hpa
WARNING: multiple messages have this Message-ID (diff)
From: hpa@zytor.com (H. Peter Anvin)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 00/10] arm64: UEFI support
Date: Tue, 29 Apr 2014 07:56:20 -0700 [thread overview]
Message-ID: <535FBD94.9040101@zytor.com> (raw)
In-Reply-To: <20140429144713.GL26088@console-pimps.org>
On 04/29/2014 07:47 AM, Matt Fleming wrote:
> On Tue, 29 Apr, at 02:47:28PM, Catalin Marinas wrote:
>>
>> Waiting for the tip/x86/efi to be merged first is not a problem. We
>> also need a stable base for testing the arm64 UEFI series, so I assume
>> this series can be based onto tip/x86/efi (would such branch be rebased
>> before hitting mainline?).
>
> tip/x86/efi is unlikely to be rebased. Certainly with dependencies like
> this there would have to be a really good reason to rebase it.
>
>> Given that Leif's series contains both generic efi and arm64 patches,
>> what's your preference for merging them? I'm happy to add my ack and
>> they go via your tree (or the other way around).
>
> I'm happy either way, though if I take them through my tree (and
> subsequently through tip) you won't have to worry about the merge window
> rigmarole, which is a plus.
>
> So, eveyone happy for me to take these with Catalin's Acked-by?
>
I'm wondering if it would be better to organize it into a separate topic
branch. We can still take it through tip, if you want, but it would be
better than putting it all into one tree.
-hpa
WARNING: multiple messages have this Message-ID (diff)
From: "H. Peter Anvin" <hpa@zytor.com>
To: Matt Fleming <matt@console-pimps.org>,
Catalin Marinas <catalin.marinas@arm.com>
Cc: Leif Lindholm <leif.lindholm@linaro.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-efi@vger.kernel.org" <linux-efi@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"msalter@redhat.com" <msalter@redhat.com>,
"grant.likely@linaro.org" <grant.likely@linaro.org>,
"roy.franz@linaro.org" <roy.franz@linaro.org>,
"ard.biesheuvel@linaro.org" <ard.biesheuvel@linaro.org>,
Mark Rutland <Mark.Rutland@arm.com>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
Stephen Rothwell <sfr@canb.auug.org.au>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH v2 00/10] arm64: UEFI support
Date: Tue, 29 Apr 2014 07:56:20 -0700 [thread overview]
Message-ID: <535FBD94.9040101@zytor.com> (raw)
In-Reply-To: <20140429144713.GL26088@console-pimps.org>
On 04/29/2014 07:47 AM, Matt Fleming wrote:
> On Tue, 29 Apr, at 02:47:28PM, Catalin Marinas wrote:
>>
>> Waiting for the tip/x86/efi to be merged first is not a problem. We
>> also need a stable base for testing the arm64 UEFI series, so I assume
>> this series can be based onto tip/x86/efi (would such branch be rebased
>> before hitting mainline?).
>
> tip/x86/efi is unlikely to be rebased. Certainly with dependencies like
> this there would have to be a really good reason to rebase it.
>
>> Given that Leif's series contains both generic efi and arm64 patches,
>> what's your preference for merging them? I'm happy to add my ack and
>> they go via your tree (or the other way around).
>
> I'm happy either way, though if I take them through my tree (and
> subsequently through tip) you won't have to worry about the merge window
> rigmarole, which is a plus.
>
> So, eveyone happy for me to take these with Catalin's Acked-by?
>
I'm wondering if it would be better to organize it into a separate topic
branch. We can still take it through tip, if you want, but it would be
better than putting it all into one tree.
-hpa
next prev parent reply other threads:[~2014-04-29 14:56 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-25 16:09 [PATCH v2 00/10] arm64: UEFI support Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 01/10] lib: add fdt_empty_tree.c Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 02/10] doc: efi-stub.txt updates for ARM Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 03/10] efi: add helper function to get UEFI params from FDT Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-29 11:21 ` Matt Fleming
2014-04-29 11:21 ` Matt Fleming
2014-04-25 16:09 ` [PATCH v2 04/10] arm64: Add function to create identity mappings Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 05/10] efi: Add shared FDT related functions for ARM/ARM64 Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-29 11:24 ` Matt Fleming
2014-04-29 11:24 ` Matt Fleming
2014-04-25 16:09 ` [PATCH v2 06/10] arm64: add EFI runtime services Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 07/10] doc: arm: add UEFI support documentation Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 08/10] arm64: efi: add EFI stub Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-29 11:27 ` Matt Fleming
2014-04-29 11:27 ` Matt Fleming
2014-04-25 16:09 ` [PATCH v2 09/10] doc: arm64: add description of EFI stub support Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-25 16:09 ` [PATCH v2 10/10] efi/arm64: ignore dtb= when UEFI SecureBoot is enabled Leif Lindholm
2014-04-25 16:09 ` Leif Lindholm
2014-04-29 11:28 ` Matt Fleming
2014-04-29 11:28 ` Matt Fleming
[not found] ` <1398442154-19974-1-git-send-email-leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2014-04-29 10:28 ` [PATCH v2 00/10] arm64: UEFI support Catalin Marinas
2014-04-29 10:28 ` Catalin Marinas
2014-04-29 10:28 ` Catalin Marinas
2014-04-29 11:43 ` Matt Fleming
2014-04-29 11:43 ` Matt Fleming
2014-04-29 13:47 ` Catalin Marinas
2014-04-29 13:47 ` Catalin Marinas
[not found] ` <20140429134726.GH17007-5wv7dgnIgG8@public.gmane.org>
2014-04-29 14:38 ` H. Peter Anvin
2014-04-29 14:38 ` H. Peter Anvin
2014-04-29 14:38 ` H. Peter Anvin
2014-04-29 14:47 ` Matt Fleming
2014-04-29 14:47 ` Matt Fleming
2014-04-29 14:47 ` Matt Fleming
[not found] ` <20140429144713.GL26088-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-04-29 14:56 ` H. Peter Anvin [this message]
2014-04-29 14:56 ` H. Peter Anvin
2014-04-29 14:56 ` H. Peter Anvin
[not found] ` <535FBD94.9040101-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org>
2014-04-29 15:27 ` Matt Fleming
2014-04-29 15:27 ` Matt Fleming
2014-04-29 15:27 ` Matt Fleming
2014-04-29 16:41 ` Leif Lindholm
2014-04-29 16:41 ` Leif Lindholm
2014-04-29 16:35 ` Catalin Marinas
2014-04-29 16:35 ` Catalin Marinas
[not found] ` <20140429114356.GK26088-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-04-29 14:36 ` H. Peter Anvin
2014-04-29 14:36 ` H. Peter Anvin
2014-04-29 14:36 ` H. Peter Anvin
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=535FBD94.9040101@zytor.com \
--to=hpa-ymnouzjc4hwavxtiumwx3w@public.gmane.org \
--cc=Mark.Rutland-5wv7dgnIgG8@public.gmane.org \
--cc=ard.biesheuvel-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=catalin.marinas-5wv7dgnIgG8@public.gmane.org \
--cc=grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=leif.lindholm-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org \
--cc=msalter-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=roy.franz-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=sfr-3FnU+UHB4dNDw9hX6IcOSA@public.gmane.org \
--cc=torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.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.