All of lore.kernel.org
 help / color / mirror / Atom feed
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:36:24 -0700	[thread overview]
Message-ID: <535FB8E8.1060905@zytor.com> (raw)
In-Reply-To: <20140429114356.GK26088-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>

On 04/29/2014 04:43 AM, Matt Fleming wrote:
> (Pulling in Peter and Stephen)
> 
> On Tue, 29 Apr, at 11:28:17AM, Catalin Marinas wrote:
>>
>> The patches look fine to me, they've been through several rounds of
>> review already. How do we propose these get merged as the series
>> contains both generic and arm64 patches? And there are dependencies
>> already in linux-next.
>>
>> Are the EFI patches in -next pulled from some non-rebaseable branch?
> 
> Peter suggsted a plan when he took the generic EFI stuff that's in tip
> (and hence currently in linux-next),
> 
>   It doesn't hurt to inform Stephen, although I think it will simply fall
>   out automatically since he uses git to merge and git will recognize the
>   graph.
> 
>   During the merge window, it means they should not push their patches
>   until Linus has accepted the precondition patches from the tip tree.
>   Since Ingo and I try to push most of the tip tree as early as possible
>   in the merge window, this is usually not a problem.
> 
> So we currently have the prerequisites in tip/x86/efi, and assuming that
> this 10-patch series gets merged into a single branch somewhere, things
> should work automatically for linux-next.
> 
> It may be prudent to negotiate a plan now for when the merge window
> opens because, as Peter mentions above, the stuff in tip/x86/efi needs
> to be merged by Linus first to avoid build breakage with the arm64
> stuff.

Whomever is going to push the arm64 stuff just needs to be aware of this
constraint.  Again, since we tend to push -tip very early in the merge
window, unless there are problems or late additions, this is unlikely to
be a problem in any way.

	-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:36:24 -0700	[thread overview]
Message-ID: <535FB8E8.1060905@zytor.com> (raw)
In-Reply-To: <20140429114356.GK26088@console-pimps.org>

On 04/29/2014 04:43 AM, Matt Fleming wrote:
> (Pulling in Peter and Stephen)
> 
> On Tue, 29 Apr, at 11:28:17AM, Catalin Marinas wrote:
>>
>> The patches look fine to me, they've been through several rounds of
>> review already. How do we propose these get merged as the series
>> contains both generic and arm64 patches? And there are dependencies
>> already in linux-next.
>>
>> Are the EFI patches in -next pulled from some non-rebaseable branch?
> 
> Peter suggsted a plan when he took the generic EFI stuff that's in tip
> (and hence currently in linux-next),
> 
>   It doesn't hurt to inform Stephen, although I think it will simply fall
>   out automatically since he uses git to merge and git will recognize the
>   graph.
> 
>   During the merge window, it means they should not push their patches
>   until Linus has accepted the precondition patches from the tip tree.
>   Since Ingo and I try to push most of the tip tree as early as possible
>   in the merge window, this is usually not a problem.
> 
> So we currently have the prerequisites in tip/x86/efi, and assuming that
> this 10-patch series gets merged into a single branch somewhere, things
> should work automatically for linux-next.
> 
> It may be prudent to negotiate a plan now for when the merge window
> opens because, as Peter mentions above, the stuff in tip/x86/efi needs
> to be merged by Linus first to avoid build breakage with the arm64
> stuff.

Whomever is going to push the arm64 stuff just needs to be aware of this
constraint.  Again, since we tend to push -tip very early in the merge
window, unless there are problems or late additions, this is unlikely to
be a problem in any way.

	-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:36:24 -0700	[thread overview]
Message-ID: <535FB8E8.1060905@zytor.com> (raw)
In-Reply-To: <20140429114356.GK26088@console-pimps.org>

On 04/29/2014 04:43 AM, Matt Fleming wrote:
> (Pulling in Peter and Stephen)
> 
> On Tue, 29 Apr, at 11:28:17AM, Catalin Marinas wrote:
>>
>> The patches look fine to me, they've been through several rounds of
>> review already. How do we propose these get merged as the series
>> contains both generic and arm64 patches? And there are dependencies
>> already in linux-next.
>>
>> Are the EFI patches in -next pulled from some non-rebaseable branch?
> 
> Peter suggsted a plan when he took the generic EFI stuff that's in tip
> (and hence currently in linux-next),
> 
>   It doesn't hurt to inform Stephen, although I think it will simply fall
>   out automatically since he uses git to merge and git will recognize the
>   graph.
> 
>   During the merge window, it means they should not push their patches
>   until Linus has accepted the precondition patches from the tip tree.
>   Since Ingo and I try to push most of the tip tree as early as possible
>   in the merge window, this is usually not a problem.
> 
> So we currently have the prerequisites in tip/x86/efi, and assuming that
> this 10-patch series gets merged into a single branch somewhere, things
> should work automatically for linux-next.
> 
> It may be prudent to negotiate a plan now for when the merge window
> opens because, as Peter mentions above, the stuff in tip/x86/efi needs
> to be merged by Linus first to avoid build breakage with the arm64
> stuff.

Whomever is going to push the arm64 stuff just needs to be aware of this
constraint.  Again, since we tend to push -tip very early in the merge
window, unless there are problems or late additions, this is unlikely to
be a problem in any way.

	-hpa



  parent reply	other threads:[~2014-04-29 14:36 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
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 [this message]
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=535FB8E8.1060905@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.