[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a8f64408-f581-e57d-0f5d-db42ff0a4288@dawncrow.de>
Date: Wed, 25 Dec 2019 13:05:17 +0100
From: André Hentschel <nerv@...ncrow.de>
To: Tony Lindgren <tony@...mide.com>
Cc: mark.rutland@....com, devicetree@...r.kernel.org,
linux@....linux.org.uk, linux-kernel@...r.kernel.org,
robh+dt@...nel.org, bcousson@...libre.com,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] ARM: dts: Add omap3-echo
Am 24.12.19 um 19:45 schrieb Tony Lindgren:
> * André Hentschel <nerv@...ncrow.de> [191224 16:11]:
>> This is the first generation Amazon Echo from 2016.
>> Audio support is not yet implemented.
>
> OK looks good to me, just worried about one part:
>
>> +&sgx_module {
>> + status = "disabled";
>> +};
>
> We should have a separate am3703.dtsi or whatever the SoC model
> disabling sgx if not there on the SoC. That way board specific
> dts files can just include it without having to debug this issue
> over and over.
Thanks for the quick review in that time of the year!
The sgx issue came up in newer kernels and I had to bisect it to 3b72fc895a2e57f70276b46f386f35d752adf555
The device just wasn't booting without a message, so yes, we should make it easier for others to figure it out.
SoC is DM3725 and only DM3730 has sgx support. And it's hard to say if the base is am37xx or omap36xx.
But I see the reasons you picked am3703, so I would move everything from omap36xx.dtsi to am3703.dtsi except sgx?
And then include am3703.dtsi in omap36xx.dtsi before sgx support?
Or would it be better to have sgx support in a separate dtsi?
Powered by blists - more mailing lists