Hi Fabio,
Am 03.05.2017 um 02:56 schrieb Fabio Estevam:
Hi Michael,
On Sat, Apr 29, 2017 at 4:21 AM, Michael Heimpold wrote:
we could move the implementation in arch/arm/mach-at91/arm926ejs/cache.c
to a more generic place and re-use it.
However, the warning is only generated because lib/ef
On Wed, May 3, 2017 at 4:19 AM, Michael Heimpold
wrote:
> I don't think this is a good idea since this limits EFI support for x86
> only?
> Maybe we should just adjust the default value for MXS-based boards,
> something like
> default y if !ARCH_MXS
Or what about this one instead?
diff --git a/
Hi Michael,
On Sat, Apr 29, 2017 at 4:21 AM, Michael Heimpold wrote:
> we could move the implementation in arch/arm/mach-at91/arm926ejs/cache.c
> to a more generic place and re-use it.
>
> However, the warning is only generated because lib/efi_loader/efi_runtime.c
> calls invalidate_icache_all f
Hi,
Am Montag, 24. April 2017, 20:12:55 CEST schrieb Fabio Estevam:
> Hi Stefan,
>
> On Mon, Apr 24, 2017 at 8:03 AM, Stefan Wahren
wrote:
> > Hi,
> >
> > i tried to port our Duckbill (based on NXP i.MX28 SoC) to U-Boot
> > v2017.03 [1]. The startup works fine, except of this warning:
> >
> >
Hi Stefan,
On Mon, Apr 24, 2017 at 8:03 AM, Stefan Wahren wrote:
> Hi,
>
> i tried to port our Duckbill (based on NXP i.MX28 SoC) to U-Boot
> v2017.03 [1]. The startup works fine, except of this warning:
>
> No arch specific invalidate_icache_all available!
>
> I didn't found a MXS specific imple
Hi,
i tried to port our Duckbill (based on NXP i.MX28 SoC) to U-Boot
v2017.03 [1]. The startup works fine, except of this warning:
No arch specific invalidate_icache_all available!
I didn't found a MXS specific implementation of invalidate_icache_all().
Did i miss something? Shouldn't be the ot
6 matches
Mail list logo
