[PATCH 4/7] arm: efi: add a generic efi machine.

[anis chali]

Hi,

> Thinking about it, this doesn't really fit into the existing model.
> We have CONFIG_EFI_PAYLOAD, which when enabled gives _all_ images
> an EFI stub.
> 
> I think it's better to just give CPU_V7 and CPU_V8 prompts.
Don't understand.

> Then they can be enabled for the barebones EFI-only use case alongside
> CONFIG_EFI_PAYLOAD. CONFIG_EFI_PAYLOAD should have its depends on
> COMPILE_TEST removed as last patch in your series then I think (or
> before last if you add a dedicated efi_defconfig).
So we keep a specific kconfig variant that will be selected using efi_defconfig
file and not merging the multi_v8_defconfig with the efi_payload config in the makefile
Is it what you mean?
will this defconfig serve only arm64 or should we think about it more globally to 
be used with what ever cpu or arch and in that case maybe we can just keep the same 
startegy than merguing between configs and this time we will take the efi_payload config
and add the selected arch from the environment variable ARCH???

especially the efi payload is not more than an application compiled on a given architecture and
and is loadable by efi, so it should never change the hardware state and stay hardware agnostic.

> 
> +	bool "EFI on ARM64"
> > 
> 
> Generally, we should call it EFI payload to differentiate from
> EFI loader (firmware)
Ack,  will change it for "Arm 64 EFI Payload", but maybe see think it with what I just said
before.

> Symbol doesn't exist on ARM.
> 
> +	select HAVE_EFI_PAYLOAD
> > 
> 
> Already selected by CPU_64
Ack
 
> +	select EFI_PAYLOAD
> > +	select BOOTM_FITIMAGE
> > 
> 
> select means it can't be deselected, which is not needed here.
Ok, it makes sense, bootm fit is not required.

> 
> +    select CLOCKSOURCE_EFI
> > +    select DRIVER_VIDEO_EFI_GOP
> > 
> 
> It's reasonable to disable GOP if the device is headless anyway.
> You can give the DRIVER_VIDEO_EFI_GOP a default y though if you like,
> because many (most?) users will likely want to use GOP.
Ok, will make it as just default but not select with kconfig.
 
> Point is moot with above suggested change though.
> 
> +	depends on 64BIT
> > +	default y if ARCH_MULTIARCH
> > 
> 
Ack.

Maybe if you have a couple of minutes to just summarize what need to be done
and have some plan for efi payload stuff, it is very apperciated the time you
spend supporting, I didn't know anything about barebox a few weeks ago, but I 
noticed that it is really a very good quality code, maintainable, it will an
excellent replacement for all the efi payloads, it could also be an excellent choice
if we need to build the same software stack on different and mixed closed architectures 
products where the efi is the only supported bootloader.

Cheers,

Anis C.