From: "Jan Beulich" <JBeulich@suse.com>
To: Daniel Kiper <daniel.kiper@oracle.com>
Cc: Juergen Gross <JGross@suse.com>,
sstabellini@kernel.org, andrew.cooper3@citrix.com,
cardoe@cardoe.com, pgnet.dev@gmail.com, ning.sun@intel.com,
julien.grall@arm.com, xen-devel@lists.xenproject.org,
qiaowei.ren@intel.com, gang.wei@intel.com, fu.wei@linaro.org
Subject: Re: [PATCH v10 06/13] efi: create new early memory allocator
Date: Thu, 01 Dec 2016 09:08:45 -0700 [thread overview]
Message-ID: <5840591D02000078001244EC@prv-mh.provo.novell.com> (raw)
In-Reply-To: <20161201154127.GA15286@olila.local.net-space.pl>
>>> On 01.12.16 at 16:41, <daniel.kiper@oracle.com> wrote:
> On Thu, Dec 01, 2016 at 06:13:34AM -0700, Jan Beulich wrote:
>> >>> On 30.11.16 at 14:04, <daniel.kiper@oracle.com> wrote:
>> > --- a/xen/common/efi/boot.c
>> > +++ b/xen/common/efi/boot.c
>> > @@ -98,6 +98,52 @@ static CHAR16 __initdata newline[] = L"\r\n";
>> > #define PrintStr(s) StdOut->OutputString(StdOut, s)
>> > #define PrintErr(s) StdErr->OutputString(StdErr, s)
>> >
>> > +#ifndef CONFIG_ARM
>> > +
>> > +/*
>> > + * TODO: Enable EFI boot allocator on ARM.
>> > + * This code can be common for x86 and ARM.
>> > + * Things TODO on ARM before enabling ebmalloc:
>> > + * - estimate required EBMALLOC_SIZE value,
>> > + * - where (in which section) ebmalloc_mem[] should live; if in .bss.page_aligned
>> > + * then whole BSS zeroing have to be disabled in xen/arch/arm/arm64/head.S;
>> > + * though BSS should be initialized somehow before use of variables living there,
>> > + * - call free_ebmalloc_unused_mem() sowehere in init code.
>> > + */
>> > +
>> > +#define EBMALLOC_SIZE MB(1)
>>
>> The previous communication with Julien ended in it being acceptable
>> to him for this to be zero for ARM for now, eliminating (or at least
>> reducing) the #ifndef CONFIG_ARM guarded region(s).
>
> That would be nice. Sadly it does not solve problem because ebmalloc()
> and free_ebmalloc_unused_mem() are static and have to be #ifdef around
> them too. Otherwise compiler complains because there are no callers for
> both functions on ARM.
How about attaching __maybe_unused to these two functions?
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-12-01 16:08 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-30 13:04 [PATCH v10 00/13] x86: multiboot2 protocol support Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 01/13] x86: add " Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 02/13] efi: create efi_enabled() Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 03/13] x86: allow EFI reboot method neither on EFI platforms Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 04/13] x86: properly calculate xen ELF end of image address Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 05/13] efi: build xen.gz with EFI code Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 06/13] efi: create new early memory allocator Daniel Kiper
2016-12-01 13:13 ` Jan Beulich
2016-12-01 15:41 ` Daniel Kiper
2016-12-01 16:08 ` Jan Beulich [this message]
2016-12-01 16:19 ` Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 07/13] x86: add multiboot2 protocol support for EFI platforms Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 08/13] x86/boot: implement early command line parser in C Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 09/13] x86: change default load address from 1 MiB to 2 MiB Daniel Kiper
2016-11-30 13:51 ` Juergen Gross
2016-11-30 14:03 ` Juergen Gross
2016-11-30 13:04 ` [PATCH v10 10/13] x86/setup: use XEN_IMG_OFFSET instead of Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 11/13] x86: make Xen early boot code relocatable Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 12/13] x86/boot: rename sym_phys() to sym_offs() Daniel Kiper
2016-11-30 13:04 ` [PATCH v10 13/13] x86: add multiboot2 protocol support for relocatable images Daniel Kiper
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=5840591D02000078001244EC@prv-mh.provo.novell.com \
--to=jbeulich@suse.com \
--cc=JGross@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=cardoe@cardoe.com \
--cc=daniel.kiper@oracle.com \
--cc=fu.wei@linaro.org \
--cc=gang.wei@intel.com \
--cc=julien.grall@arm.com \
--cc=ning.sun@intel.com \
--cc=pgnet.dev@gmail.com \
--cc=qiaowei.ren@intel.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.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.