From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 773B6C433F5 for ; Thu, 4 Nov 2021 11:51:51 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 19B9960296 for ; Thu, 4 Nov 2021 11:51:51 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 19B9960296 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=nongnu.org Received: from localhost ([::1]:45576 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mibHa-00049X-5Z for qemu-devel@archiver.kernel.org; Thu, 04 Nov 2021 07:51:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51770) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mibEB-0001KM-Id for qemu-devel@nongnu.org; Thu, 04 Nov 2021 07:48:21 -0400 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]:37753) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mibE8-00059x-9B for qemu-devel@nongnu.org; Thu, 04 Nov 2021 07:48:19 -0400 Received: by mail-ed1-x534.google.com with SMTP id f8so20455264edy.4 for ; Thu, 04 Nov 2021 04:48:13 -0700 (PDT) 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; bh=EtvTdyRWiBAsBHuk9zXxHCBEqxeWQ0C5XA1mqTkjf9c=; b=nhMTqU6rEf2yH+2VyCkCU/JXk23AvgKGCfq7hty/3+pzrdwIy6foyhUfr7jxIXz0er kV+bdv7nMsHpArdMr6SrlZzap1mngoK++WqDAZ6+GqHqvj09zdS0KrpWJrLp7l/oqetH K1iM0hW5Wl5HjUgJTzX/CUHC8SfXez3tieRULm3ZxQ8dW75qNkhDlr/8zFgs0qHvio9L PCBAY2xMeU/RcjZSQuuXG1LzG3cxOBlIYGC5Z6Bjoj/nQTN3s2CBZLOAplZiSFpZELoM hboDOrUgFTWqn+iKQl9FJmKgYilGK+eawsckS3nl2C4XjQad60LZjkLxGWcnI5NkZOai PU8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=EtvTdyRWiBAsBHuk9zXxHCBEqxeWQ0C5XA1mqTkjf9c=; b=JR8HyNSZ4LUGUabQFVDBl25vq7knIbZkrBPFVAEjtqEDE/OM0JY5ELcDPuTYjDDBMa /+2H+35ZaF8Y9dMJ10fcaZ6ZWJxt1Yl0eZIcbgI18lzucZE6MncUKXJpvzWUKpihqafH u0h2IUclplEEn+6HRFozUBwk3ErBxgGNFjtSnYYzagIeSwm//VRGlRHWrLZWe43dwJ4H 3H98dOIIEXRx2Eioe1/xphWYKYLMic0FmCU3FahH5HxzY8E0iTomXOlOvPMnHfMlzrq6 Pjz46PlbriMo9Kxj2hMt7CQhTeWKy0NZAaowRUO3o1/kKqJ0rpcoDm0oTbU8TRQvXCZc x6Tw== X-Gm-Message-State: AOAM533VzlbC+RhBwrMRZlLvEP1P6NlKo0yvYZ6X7dP5AFgKP92sQ3q+ ehhJASi+GFUJ4NZWPdtU4QNJC0MiJRCwHOAb8XxiiQ== X-Google-Smtp-Source: ABdhPJwNO6YukHmWnLkVbyTP91pePpDLyZNFTe7ppi8y+aQMBeDJtHGiTgggPwWG7H4ikf2xJ6FvlORA5U2+XgMjlA4= X-Received: by 2002:a05:6402:2693:: with SMTP id w19mr4743920edd.257.1636026492563; Thu, 04 Nov 2021 04:48:12 -0700 (PDT) MIME-Version: 1.0 References: <20211026002344.405160-1-sjg@chromium.org> <20211026002344.405160-7-sjg@chromium.org> <20211101180707.GJ24579@bill-the-cat> <20211102172833.GS24579@bill-the-cat> <20211103144125.GZ24579@bill-the-cat> In-Reply-To: From: =?UTF-8?Q?Fran=C3=A7ois_Ozog?= Date: Thu, 4 Nov 2021 12:48:01 +0100 Message-ID: Subject: Re: [PATCH v5 06/26] arm: qemu: Add a devicetree file for qemu_arm64 To: Peter Maydell Content-Type: multipart/alternative; boundary="000000000000eeccba05cff51936" Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=francois.ozog@linaro.org; helo=mail-ed1-x534.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Albert Aribaud , Tom Rini , U-Boot Mailing List , Heinrich Schuchardt , Simon Glass , Ilias Apalodimas , QEMU Developers , Sean Anderson , Tuomas Tynkkynen , Mark Kettenis Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" --000000000000eeccba05cff51936 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Peter Le jeu. 4 nov. 2021 =C3=A0 12:41, Peter Maydell = a =C3=A9crit : > On Thu, 4 Nov 2021 at 11:22, Fran=C3=A7ois Ozog > wrote: > > Le jeu. 4 nov. 2021 =C3=A0 12:09, Peter Maydell a > =C3=A9crit : > >> > >> Well, our recommendation really was that the ideal thing would > >> be "you take the dtb that QEMU passes you at runtime, and at > >> runtime combine that with whatever extra information you want". > > > > That looks just reasonable this way. > > > So we need a =C2=AB -mergedtb =C2=BB option for Qemu to have the same > > capability. This would merge the QEMU generated one with the > > command line provided. > > No, I mean that the guest, ie u-boot, should do the merging, > not QEMU. for most of the cases it works. But, as I tried to explain some cases need earlier merging hence trying to get QEMU do the same thing as TFA as =C2=AB prior loaders =C2=BB in the boot chain. Worst case we can have the behavior= by booting TFA then U-Boot then Linux under QEMU, but the best would be to get the facility directly when TFA is not on the path of the boot like with the VBE boot flow. > > > -- PMM > --=20 Fran=C3=A7ois-Fr=C3=A9d=C3=A9ric Ozog | *Director Business Development* T: +33.67221.6485 francois.ozog@linaro.org | Skype: ffozog --000000000000eeccba05cff51936 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Peter

Le=C2=A0jeu. 4 nov. 2021 =C3=A0 12:41, Peter= Maydell <peter.maydell@lina= ro.org> a =C3=A9crit=C2=A0:
= On Thu, 4 Nov 2021 at 11:22, Fran=C3=A7ois Ozog <francois.ozog@linaro.org> wro= te:
> Le jeu. 4 nov. 2021 =C3=A0 12:09, Peter Maydell <peter.maydell@linaro.org>= ; a =C3=A9crit :
>>
>> Well, our recommendation really was that the ideal thing would
>> be "you take the dtb that QEMU passes you at runtime, and at<= br> >> runtime combine that with whatever extra information you want"= ;.
>
> That looks just reasonable this way.

> So we need a =C2=AB -mergedtb =C2=BB option for Qemu to have the same<= br> > capability. This would merge the QEMU generated one with the
> command line provided.

No, I mean that the guest, ie u-boot, should do the merging,
not QEMU.
for most of the cases it works. But= , as I tried to explain some cases need earlier merging hence trying to get= QEMU do the same thing as TFA as =C2=AB prior loaders =C2=BB in the boot c= hain. Worst case we can have the behavior by booting TFA then U-Boot then L= inux under QEMU, but the best would be to get the facility directly when TF= A is not on the path of the boot like with the VBE boot flow.


-- PMM
--
<= div>
Fran=C3=A7oi= s-Fr=C3=A9d=C3=A9ric Ozog=C2=A0|=C2=A0Director Business Development
T:=C2=A0+33.67221.6485<= br>francois.ozog@linaro.org=C2=A0= |=C2=A0Skype:=C2=A0ffozog

--000000000000eeccba05cff51936--