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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8BB01C77B75 for ; Fri, 5 May 2023 09:39:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231808AbjEEJjo (ORCPT ); Fri, 5 May 2023 05:39:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45732 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231800AbjEEJjk (ORCPT ); Fri, 5 May 2023 05:39:40 -0400 Received: from muru.com (muru.com [72.249.23.125]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 5C1681A109; Fri, 5 May 2023 02:39:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 5848F80FC; Fri, 5 May 2023 09:39:31 +0000 (UTC) Date: Fri, 5 May 2023 12:39:30 +0300 From: Tony Lindgren To: Nishanth Menon Cc: Wadim Egorov , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-hardening@vger.kernel.org, upstream@lists.phytec.de, vigneshr@ti.com, kristo@kernel.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, keescook@chromium.org, tony.luck@intel.com, gpiccoli@igalia.com Subject: Re: [PATCH 2/2] arm64: dts: ti: Add basic support for phyBOARD-Lyra-AM625 Message-ID: <20230505093930.GS14287@atomide.com> References: <20230504140143.1425951-1-w.egorov@phytec.de> <20230504140143.1425951-2-w.egorov@phytec.de> <20230504142643.pkzsftrsrqph4vql@banked> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230504142643.pkzsftrsrqph4vql@banked> Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org * Nishanth Menon [230504 14:33]: > Just wondering: if the carrier board can easily work with different > SoMs.. in which case, we could do overlay to create the som + carrier > overlay to create rdk dtb - this might allow the scheme to scale to > additional SoMs and carrier combinations.. and the SoM dtb could be > sufficient for something like a bootloader. It might be best to limit the overlay usage to devices that might see dual use on the carrier board.. Not sure if setting up the entire carrier board makes sense as an overlay :) Not sure if folks want to debug boot issues on a remote server for example if an overlay is needed to boot with Ethernet :) Regards, Tony