[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1380807804.17503.9.camel@deneb.redhat.com>
Date: Thu, 03 Oct 2013 09:43:24 -0400
From: Mark Salter <msalter@...hat.com>
To: Matt Fleming <matt@...sole-pimps.org>
Cc: Roy Franz <roy.franz@...aro.org>, linux-kernel@...r.kernel.org,
linux-efi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
matt.fleming@...el.com, linux@....linux.org.uk,
leif.lindholm@...aro.org, grant.likely@...aro.org,
dave.martin@....com
Subject: Re: [PATCH 2/6] Add shared update_fdt() function for ARM/ARM64
On Thu, 2013-10-03 at 10:52 +0100, Matt Fleming wrote:
> > +#if defined(CONFIG_ARM) || defined(CONFIG_ARM64)
> > +static efi_status_t update_fdt(efi_system_table_t *sys_table, void *orig_fdt,
> > + void *fdt, int new_fdt_size, char *cmdline_ptr,
> > + u64 initrd_addr, u64 initrd_size,
> > + efi_memory_desc_t *memory_map,
> > + unsigned long map_size, unsigned long desc_size,
> > + u32 desc_ver)
>
> Hmm... does this function really belong in efi-stub-helper.c? That file
> should be for architecture independent functionality only.
>
It isn't really arm-specific although arm is the only user right now.
We're using the FDT to pass EFI boot info that is passed in the boot
params block on x86. So potentially other architectures could use the
same code. How about making it someting like:
#ifdef ARCH_NEEDS_EFI_FDT
static efi_status_t update_fdt(efi_system_table_t *sys_table, void *orig_fdt,
...
#endif
so the architecture can decide whether to include it or not.
--Mark
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists