[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160704131731.GL8415@codeblueprint.co.uk>
Date: Mon, 4 Jul 2016 14:17:31 +0100
From: Matt Fleming <matt@...eblueprint.co.uk>
To: Ingo Molnar <mingo@...nel.org>
Cc: Thomas Gleixner <tglx@...utronix.de>,
"H . Peter Anvin" <hpa@...or.com>, Peter Jones <pjones@...hat.com>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
linux-kernel@...r.kernel.org, linux-efi@...r.kernel.org,
Joe Perches <joe@...ches.com>
Subject: Re: [PATCH 2/7] efi: Document #define FOO_PROTOCOL_GUID layout
On Mon, 27 Jun, at 12:49:20PM, Ingo Molnar wrote:
> The other weirdness is the misalignment of the '0xe' portion here:
>
> #define LINUX_EFI_ARM_SCREEN_INFO_TABLE_GUID EFI_GUID(0xe03fc20a, 0x85dc, 0x406e, 0xb9, 0xe, 0x4a, 0xb5, 0x02, 0x37, 0x1d, 0x95)
> #define LINUX_EFI_LOADER_ENTRY_GUID EFI_GUID(0x4a67b082, 0x0a4c, 0x41cf, 0xb6, 0xc7, 0x44, 0x0b, 0x29, 0xbb, 0x8c, 0x4f)
>
> Am I correct that LINUX_EFI_ARM_SCREEN_INFO_TABLE_GUID is purely Linux kernel
> internal, and that we can write 0xe as 0x0e?
Yep, you're correct.
> The patch below implements this organization of the GUIDs on top of your patch.
>
> Also note that it should still be easy to line up these lines with the spec, as I
> left an extra space before the 'byte' portion of the table, so the table is
> separated into two areas visually.
Looks fine to me, and so did Joe's checkpatch patch.
Powered by blists - more mailing lists