[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v5 01/22] arm/acpi: Estimate memory required for acpi/efi tables
On 2016年03月04日 18:55, Stefano Stabellini wrote: > On Fri, 4 Mar 2016, Jan Beulich wrote: >>>>> > >>> On 04.03.16 at 07:15, <zhaoshenglong@xxxxxxxxxx> wrote: >>> > > From: Shannon Zhao <shannon.zhao@xxxxxxxxxx> >>> > > >>> > > Estimate the memory required for loading acpi/efi tables in Dom0. Make >>> > > the length of each table aligned with 64bit. Alloc the pages to store >>> > > the new created EFI and ACPI tables and free these pages when >>> > > destroying domain. >>> > > >>> > > Cc: Jan Beulich <jbeulich@xxxxxxxx> >>> > > Signed-off-by: Parth Dixit <parth.dixit@xxxxxxxxxx> >>> > > Signed-off-by: Shannon Zhao <shannon.zhao@xxxxxxxxxx> >> > >> > Since the pattern repeats I finally have to ask: Who is the author >> > of a patch with such a set of tag? You (From:) or Parth (first S-o-b)? >> > >>> > > --- a/xen/common/efi/boot.c >>> > > +++ b/xen/common/efi/boot.c >>> > > @@ -1151,6 +1151,13 @@ efi_start(EFI_HANDLE ImageHandle, >>> > > EFI_SYSTEM_TABLE *SystemTable) >>> > > for( ; ; ); /* not reached */ >>> > > } >>> > > >>> > > +#if defined (CONFIG_ACPI) && defined (CONFIG_ARM) >>> > > +struct meminfo __init *get_acpi_meminfo(void) >>> > > +{ >>> > > + return &acpi_mem; >>> > > +} >>> > > +#endif >> > >> > No such hackery in common code please, if at all avoidable. If ARM >> > maintainers are fine with this in their code, it could be put into >> > ARM's efi-boot.h. > I am OK with that. If you move it under arch/arm, then drop the ifdef > CONFIG_ARM. > While I want to include efi-boot.h in efi-dom.c firstly, but there are many defined-but-not-used errors because there are some of functions in efi-boot.h which are not used in efi-dom0.c. So how could we solve such a problem? Thanks, -- Shannon _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |