From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mail-wm1-f67.google.com (mail-wm1-f67.google.com [209.85.128.67])
 by mx.groups.io with SMTP id smtpd.web11.4448.1577117411878310254
 for <devel@edk2.groups.io>;
 Mon, 23 Dec 2019 08:10:12 -0800
Authentication-Results: mx.groups.io;
 dkim=pass header.i=@linaro.org header.s=google header.b=eLMzkHZa;
 spf=pass (domain: linaro.org, ip: 209.85.128.67, mailfrom: ard.biesheuvel@linaro.org)
Received: by mail-wm1-f67.google.com with SMTP id p9so16261864wmc.2
        for <devel@edk2.groups.io>; Mon, 23 Dec 2019 08:10:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=linaro.org; s=google;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :cc:content-transfer-encoding;
        bh=e1tZGCL0WzodRtT9i7NJ03n1wlpqYg0GKEvcS46KTIo=;
        b=eLMzkHZaKTIdTNopEAhdB2MoV/aZ5U20SwLb3YhsWQxEF3lHRRGgtnw3spSwS/jCpK
         IIeLKC7kKQtT3MVaQHIdZ2QZn94YcCINgnFoNdmYMEgcR0RX+/Q5MZV4sXGiAl7AO3xx
         gHHrlQDJUyN+WY95bGkUULCMIkA3ui3z2dh4CegDn4xhHwt6Ex3Z1OmU9lk37LUNCQhe
         3AXoAGFr66PJWT1Ic9c3gc/geGV+2LtgJglCRBMALOA6t69aNvOJ14qSjaogNt6wMl4G
         q+LLtFP4JYc7e45TOfJMCrKxl5oeXTorEKJDp6otFrqUqYTwmi1a5DfLUJxun09aYzar
         KoEA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:cc:content-transfer-encoding;
        bh=e1tZGCL0WzodRtT9i7NJ03n1wlpqYg0GKEvcS46KTIo=;
        b=TURj8l18EPetWAYooeEbofx2/Zq2Gtw+7fvjvW0c6yh/9tNIGsuruupUGguSVeKGSL
         gY2xTIt0SnKyocs7oTY7HeUUlpDUT3LbQEF2FoOFCbleM3vwcXLYO9Gbf9mnYI5kBpUb
         QZQMiDHM8tf101sbLzyaXawQtzmrVhkFQnDi+CEdsnxnu5mAckdR+eaTDMyNbnZSNvAC
         bpkej+vrtiBc9FbavGrk0182j+LCjGiv2/o12hnf+m0e/iMeWeoHvFJRQ5kJvXN2lQm1
         lIM+OB5Fjd/FsX3Uj8mfIDmhJSUmz4Cn//XFlKoC1xqiBR3JTRBigasMu4EeF+tny9Tc
         kdJg==
X-Gm-Message-State: APjAAAW20MD09j03np4oCvn2uwnvbJkDef9UQ+Q80oTiQkyZ7Q7GYfZm
	h/OJZjF02P/oQME87hTMCiVsEEGcFBJHImX74w+spg==
X-Google-Smtp-Source: APXvYqxH0MDHhClEm0LeDioyTrYrdHART4CCZZlHfWMFoAxLZUfLmCh1stNirSEbkEAhkdytsUg51zNyS8rxGAVjjd4=
X-Received: by 2002:a7b:c209:: with SMTP id x9mr49279wmi.0.1577117410334; Mon,
 23 Dec 2019 08:10:10 -0800 (PST)
MIME-Version: 1.0
References: <20191030135036.118952-1-pierre.gondois@arm.com>
 <CAKv+Gu8tFPw=yLC9bMS_RN9jFNrKX+n6uQAsET2ytxdXTPwnNw@mail.gmail.com>
 <DB7PR08MB3113CA946FE30939260784208B520@DB7PR08MB3113.eurprd08.prod.outlook.com>
 <CAKv+Gu9GbYqJ-142_Jnc6aTYSEOy5UL3gc4dc1XYPX-cAWw2WQ@mail.gmail.com> <DB6PR0802MB2375333EC30BDE02342413CF84520@DB6PR0802MB2375.eurprd08.prod.outlook.com>
In-Reply-To: <DB6PR0802MB2375333EC30BDE02342413CF84520@DB6PR0802MB2375.eurprd08.prod.outlook.com>
From: "Ard Biesheuvel" <ard.biesheuvel@linaro.org>
Date: Mon, 23 Dec 2019 17:09:59 +0100
Message-ID: <CAKv+Gu8ZyEJkceivrPc6AD3sKcoqkVcfK6sOu32faEGJ9y_94Q@mail.gmail.com>
Subject: Re: [edk2-devel] [PATCH v1 1/1] BaseTools: Build ASL files before C files
To: Sami Mujawar <Sami.Mujawar@arm.com>
Cc: Pierre Gondois <Pierre.Gondois@arm.com>, Leif Lindholm <leif.lindholm@linaro.org>, 
	edk2-devel-groups-io <devel@edk2.groups.io>, "Feng, Bob C" <bob.c.feng@intel.com>, 
	"Gao, Liming" <liming.gao@intel.com>, nd <nd@arm.com>, 
	Matteo Carlini <Matteo.Carlini@arm.com>, Laura Moretta <Laura.Moretta@arm.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, 19 Dec 2019 at 19:15, Sami Mujawar <Sami.Mujawar@arm.com> wrote:
>
> Hi Ard,
>
> This is required for loading the AML blob in memory so that we can parse =
and fixup tables.
>
> However, I understand your concern regarding dependency/relying on asl co=
mpilers for the .hex file.
> The .hex file can be easily generated by a post-processing python script =
(20-30 lines of code) that reads the AML file and dumps the blob in a C arr=
ay.
> If preferred, we can post a patch that adds this support so that we don=
=E2=80=99t have to rely on intermediate outputs of asl compilers.
>
> Alternatively, we would be grateful if you can any suggest another option=
.
>

So this is for making changes at runtime, right? And are you only
using the char[] array in its entirety?

You could look at SynQuacer or Overdrive platforms: those also load
SSDT tables from FFS sections at runtime.