All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jan Beulich" <JBeulich@suse.com>
To: Shannon Zhao <zhaoshenglong@huawei.com>,
	Shannon Zhao <shannon.zhao@linaro.org>
Cc: xen-devel <xen-devel@lists.xenproject.org>,
	Ian Campbell <ian.campbell@citrix.com>,
	Christoffer Dall <christoffer.dall@linaro.org>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: Runtime services support for Xen on ARM
Date: Thu, 12 Nov 2015 08:29:27 -0700	[thread overview]
Message-ID: <5644BE6702000078000B4520@prv-mh.provo.novell.com> (raw)
In-Reply-To: <56448B7A.4070207@linaro.org>

>>> On 12.11.15 at 13:52, <shannon.zhao@linaro.org> wrote:
> On 2015/11/12 19:04, Jan Beulich wrote:
>>>>> On 12.11.15 at 10:06, <zhaoshenglong@huawei.com> wrote:
>>> Today I try the way you suggested. Set USE_SET_VIRTUAL_ADDRESS_MAP on
>>> ARM and make a fake efi_rs_enter() and efi_rs_leave(). But when calling
>>> efi_init_memory, it fails with below log:
>>
>> You can't just #define that constant and assume things will work: This
>> code is there so far only for documentation purposes. You need to go
>> look what parts of it may have bitrotted.
>>
>>> It fails at below line:
>>>
>>>      efi_rs->SetVirtualAddressMap(efi_memmap_size, efi_mdesc_size,
>>>                                   mdesc_ver, efi_memmap);
>>
>> Quite obviously because efi_exit_boot() now sets efi_bs to NULL.
>>
> I see in efi_start() there is below code setting efi_bs to NULL. But 
> here it calls efi_rs not efi_bs. I don't understand the relation of them.

Oh, sorry, my mistake. I guess I'd better not comment on ARM
crashes...

Jan

  reply	other threads:[~2015-11-12 15:29 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5641D5F0.5080401@huawei.com>
2015-11-10 12:26 ` Runtime services support for Xen on ARM Stefano Stabellini
2015-11-10 12:36   ` Ian Campbell
2015-11-10 14:27     ` Shannon Zhao
2015-11-12  9:06     ` Shannon Zhao
2015-11-12 11:04       ` Jan Beulich
2015-11-12 12:52         ` Shannon Zhao
2015-11-12 15:29           ` Jan Beulich [this message]
2015-11-10 13:12   ` Jan Beulich

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=5644BE6702000078000B4520@prv-mh.provo.novell.com \
    --to=jbeulich@suse.com \
    --cc=christoffer.dall@linaro.org \
    --cc=ian.campbell@citrix.com \
    --cc=shannon.zhao@linaro.org \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=xen-devel@lists.xenproject.org \
    --cc=zhaoshenglong@huawei.com \
    /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.