Re: [Xen-devel] Remaining EFI Xen on ARM issues (on Juno at least)

[Roy Franz <roy.franz@xxxxxxxxxx>]

On Thu, Oct 23, 2014 at 3:49 PM, Roy Franz <roy.franz@xxxxxxxxxx> wrote:
> On Wed, Oct 22, 2014 at 7:31 AM, Jan Beulich <JBeulich@xxxxxxxx> wrote:
>>>>> On 22.10.14 at 16:24, <Ian.Campbell@xxxxxxxxxx> wrote:
>>> On Wed, 2014-10-22 at 15:14 +0100, Jan Beulich wrote:
>>>>  But first of all - I suppose this NOR thing has a
>>>> proper file system (and hence a respective EFI protocol) on it? I ask
>>>> because iirc we can't currently handle being remote booted because
>>>> we expect a file system protocol, yet in that case it's a different one
>>>> that would need to be used. There simply was no-one to ask for
>>>> that functionality yet...
>>>
>>> A proper filesystem is perhaps a bit of a stretch, you feed the lower
>>> level firmware an index file mapping filenames to regions of flash and
>>> it fakes up a filesystem, so it looks like a file system protocol to the
>>> UEFI app I think.
>>
>> So maybe something isn't being done as we expect it (which isn't to
>> say that what we expect is necessarily right).
>>
>> Jan
>>
>
> I did some more investigation today, on both x86 and ARM regarding
> starting from "startup.nsh".  Both x86 and ARM behave the same,
> and do _not_ require a CWD to be set.  Xen can correctly find the
> config file and module files from the directory that startup.nsh runs it from,
> even if no CWD is set.  My earlier conclusions on regarding the CWD
> were incorrect.
> I have not had a chance to try starting Xen from the bootmenu yet to try to
> reproduce the behavior Ian is seeing.
>
> Roy

Hi Ian,

I've had a chance to try using the bootmenu on both x86 (vmware), and
the FVP model,
and have reproduced your problems booting from the boot menu.
It works on x86, but not on ARM, and I suspect that this has to do
with differences in the
EDK2 "BDS" (boot device selection) code, and that something is not
being set up as expected
there.  Linaro (Leif) is working on using the Intel BDS for ARM, so I
don't think this is worth spending
much time on until the BDS unification is complete.

Roy

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel