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 phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 9BC64C001DF for ; Thu, 3 Aug 2023 12:59:58 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id CFDB486903; Thu, 3 Aug 2023 14:59:56 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=kernel.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.b="AehRZEQ0"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 08FD286AB7; Thu, 3 Aug 2023 14:59:56 +0200 (CEST) Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id DB943867F7 for ; Thu, 3 Aug 2023 14:59:53 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=kernel.org Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=rogerq@kernel.org Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B3FDD61D74; Thu, 3 Aug 2023 12:59:52 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 78E66C433C7; Thu, 3 Aug 2023 12:59:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1691067592; bh=GJWQRt7wX57wt1nqjmFXxg4MtnrY4zhVsYb7nx4ECyY=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=AehRZEQ0MAMQv1osjvS1+wA+oLoJvAn/8oHp35nLDWjvXuyPdID2Ncjilhx9NxMzB X90zW8qluPQ7r0/03cD6immqWDJltPlHoS/q7aUapim8/gzwDG+7yc2pM8U0UjoTk7 JicOIA+SVrv+2fEafFsKq+YcUWMLkYwIW9A5MtvQqScTXTqNfhhYQfFtp7rRkMn9xF vMLTwSkF5acZAGSvkrLoSgeCPrWpmPE/PWeo/3X0jI6UOLGKza0B/fqRLIFU1RYLII LAKkK+DAqB4Ee+Qis2yT7U/FIg/at4Py/Gy63CpWqYPu6nv/okd5CdcpZNE1DjTFWJ OO0J4DPpRr39g== Message-ID: <31e67cb7-0b96-21be-b354-e5b81aa7b1cb@kernel.org> Date: Thu, 3 Aug 2023 15:59:48 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: [PATCH v3 4/4] arm: dts: k3-am64: Sync DT with Linux v6.5-rc1 Content-Language: en-US To: Nishanth Menon Cc: trini@konsulko.com, vigneshr@ti.com, srk@ti.com, r-gunasekaran@ti.com, s-vadapalli@ti.com, u-boot@lists.denx.de References: <20230802171848.180056-1-rogerq@kernel.org> <20230802171848.180056-5-rogerq@kernel.org> <20230802213716.sohjkswusmtajy2a@overhear> From: Roger Quadros In-Reply-To: <20230802213716.sohjkswusmtajy2a@overhear> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.8 at phobos.denx.de X-Virus-Status: Clean On 03/08/2023 00:37, Nishanth Menon wrote: > On 20:18-20230802, Roger Quadros wrote: >> Sync all am642-evm/am642-sk related DT files >> with Linux v6.5-rc1. >> >> - drop timer1 in favor of main_timer0 in am64-main.dtsi. >> Need to delete clock & power domain properties of >> main_timer1 in -r5.dts else won't boot. This is because >> timer_init is done during rproc_start to start System Firmware, >> but we can't do any clock/power-domain operations before >> System Firmware starts. > > if that is the argument for main_uart0 and main_i2c0 main_gpio0 etc. > - please document in the r5.dts as well as to why we are > /delete-property/ power-domains. I think we feed in boardconfig etc by > the time we get around to this, correct? if not, we might need to state > that information - that without boardconfig being fed to the sysfw pm > functions are'nt active. > I got rid of /delete-property/ for main_i2c0 and main_gpio0 and didn't see any ill effects. So will drop them from there. Looks like we need to have it only for main_uart0 and main_timer0. I'll add a comment for main_uart0. -- cheers, -roger