[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210329003814.GC22955@dragon>
Date: Mon, 29 Mar 2021 08:38:15 +0800
From: Shawn Guo <shawnguo@...nel.org>
To: Li Yang <leoyang.li@....com>
Cc: Michael Walle <michael@...le.cc>,
"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
<linux-arm-kernel@...ts.infradead.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>, lkml <linux-kernel@...r.kernel.org>,
Rob Herring <robh+dt@...nel.org>,
Sahil Malhotra <sahil.malhotra@....com>,
Guillaume Tucker <guillaume.tucker@...labora.com>,
"kernelci.org bot" <bot@...nelci.org>
Subject: Re: [PATCH] arm64: dts: ls1028a: fix optee node
On Mon, Mar 22, 2021 at 06:12:06PM -0500, Li Yang wrote:
> On Thu, Mar 18, 2021 at 3:36 AM Michael Walle <michael@...le.cc> wrote:
> >
> > Don't enable the optee node in the SoC include. It is an optional
> > component and actually, if enabled, breaks boards which doesn't have it.
>
> Hi Shawn,
>
> Shall we make this a general rule? I see quite a few SoC dtsi files
> are having the optee node enabled by default.
Yeah, we should probably make it a general rule considering the issue
reported here. I thought that optee driver is smart enough to stop
probing if there is no optee os/firmware support found on given platform.
Shawn
Powered by blists - more mailing lists