Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp894041rwn; Thu, 8 Sep 2022 10:10:55 -0700 (PDT) X-Google-Smtp-Source: AA6agR4tk6CRNjDJOS6KoGS/L/Qaosa8uK2TOkpP13MgVPTqJ6D3WM59qAam03bZflioFSaVMS1h X-Received: by 2002:a05:6a00:1a94:b0:540:be0d:4969 with SMTP id e20-20020a056a001a9400b00540be0d4969mr1892750pfv.70.1662657055120; Thu, 08 Sep 2022 10:10:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662657055; cv=none; d=google.com; s=arc-20160816; b=KDioM9mEDqB8qQEg78zX53ORDLI3SSujXwXqyO3ViF5V9VzK0/6970ZGJxZ2t0NByc SHlUEDSdvlwtLzWWSRpFvpj6LLj+W6nqxGav0EJiMSuhJpq/AagI1dz12kR1V0hdZhAj +qrqYUtyFIvFmzdCkZT/I2/lIVfSZvekaYF8//z5gZwkk5mOu3D6WxEdB87j/0apOtQv r8lDSruq9HV3quz+QthMf8DYL8a6/naaxzgeC593gtRIlp9vA/EOx/r+JthonRC52tF3 GT296kecraaV/Gv262yIjQ0Y7FXLn4QN5fZdqjSdNMjBup1CtYIgq9phxZlQI5q3sfem DNZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=uUAptloKXsUhc5RdRAer9UcXRS270T3TKnFTRNXj8IE=; b=IGThTsDkfIvsIX1eNJ/+4CS1gRC5xp9zQf4aIg6aSWx3Xuz3+YaOJhbXIT9R/Vk9zB 2ZQYDs4CPgVyCTa4bO1efDX7wWjK3i+Gwhc7XqB6xSn+AbbftZNHv5INvNZGGxSPCWXZ X0xDtcxYt6lN5i4Zi/vtbPRi61r+FEdLy1D6Ddr+Acny0XffEDIid+mlbDIyOv8U4TCR lX+WHFhX1LeTKqHkfDrq1K4JlKDOkkhYsS9JkK3h0c0ZQHBfqgH+8ISy1f3RzBhS1sFJ lK256YoUTAdtOMosSanQR89PmO8MUdD2iNzksi9Lj2qvtnKQ8oUPLft/KOEp+XVUTF1L i/CQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gateworks-com.20210112.gappssmtp.com header.s=20210112 header.b=VnRpsbSs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v186-20020a6389c3000000b00434c99c5359si7520766pgd.754.2022.09.08.10.10.42; Thu, 08 Sep 2022 10:10:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gateworks-com.20210112.gappssmtp.com header.s=20210112 header.b=VnRpsbSs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231287AbiIHQA1 (ORCPT + 99 others); Thu, 8 Sep 2022 12:00:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37268 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230237AbiIHQAX (ORCPT ); Thu, 8 Sep 2022 12:00:23 -0400 Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 770EF7B78F for ; Thu, 8 Sep 2022 09:00:22 -0700 (PDT) Received: by mail-pj1-x1032.google.com with SMTP id s14-20020a17090a6e4e00b0020057c70943so2790434pjm.1 for ; Thu, 08 Sep 2022 09:00:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gateworks-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=uUAptloKXsUhc5RdRAer9UcXRS270T3TKnFTRNXj8IE=; b=VnRpsbSsELxB/oSot/2j6eMfU1heBpPQFSiokJNJsEWZBKYql0eypvaIz7fux1H30h QzFWu7cN+1JV/mlix7z8lnMHYZr/5e/gEPossmBKL0emMirrVmB3bXBvmDL73cPu0z53 Pru5E/dNRV/NAi6Tw0yI/PqWmgogcEZPpba0j24fz+iBDcjTGQRR/7eI30j/VKnESigD mmHKtaIvtjUDKqQj+RqJijWLFKyADgguZbtG/MOLRnJRIWdJjz08mUE6eED6pMM/O1Oe yym8lYFktVwoxGdFGVagt1570kxrtVwQZ3non7YVMkoS6+ZXgbBCxGyVpqZ3dmet+HRr tvaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=uUAptloKXsUhc5RdRAer9UcXRS270T3TKnFTRNXj8IE=; b=xX5EgUaE8M7KcH0wJyRLaQmbPjG3Z4pbZXtoncVWaGo3cL3VRA49UjJbBxH1mMNWLz IbDbzH9Wvjb4H5JIGPcyYqeWT7fobJlXCAe5joL6r6y+AmfvoeqtWkViI78anxz7DYkC gQ5csl/LCaM+JQJ9ZBt+H7Dm9sjdzX6AHpR9Tp2AAqrZpqYEnVf4vC7JldOgMqbjJn6s DhzyU+aIZDMeaQbK/7fVPS+0Ptzna68j+K12b53chr1mNM8L8evedJlvOOEWn2C77/m5 Zg9YywCeGDfnKAF8G4qFlEuq356fL1A5gMhdm8D3Vgryenp0g3nCLMGFjWbiYjHmAwTt 9rWw== X-Gm-Message-State: ACgBeo0Jl57FHN+AZWTukgR/lKgZP7I7dy1+i4yiUJgIaugW7VKNSGdl vXBP5NBsHZv2ZQRd/yUYoHguvZQ0D4R90Ow7cYz2up3dLRmsrQ== X-Received: by 2002:a17:902:9887:b0:172:7090:6485 with SMTP id s7-20020a170902988700b0017270906485mr9826023plp.63.1662652821976; Thu, 08 Sep 2022 09:00:21 -0700 (PDT) MIME-Version: 1.0 References: <59b6dd0a-7cbb-5dbd-8da0-57baeba3327e@gmail.com> In-Reply-To: <59b6dd0a-7cbb-5dbd-8da0-57baeba3327e@gmail.com> From: Tim Harvey Date: Thu, 8 Sep 2022 09:00:10 -0700 Message-ID: Subject: Re: BD71847 clk driver disables clk-32k-out causing RTC/WDT failure To: Matti Vaittinen , Marek Vasut Cc: linux-clk , open list , Fabio Estevam , Shawn Guo , NXP Linux Team , Stephen Boyd , Michael Turquette Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 1, 2022 at 9:14 PM Matti Vaittinen wrote: > > Hi Tim, > > On 9/2/22 01:23, Tim Harvey wrote: > > Greetings, > > > > I've found that the bd71847 clk driver (CONFIG_COMMON_CLK_BD718XX > > drivers/clk/clk-bd718x7.c) disables clk-32k-out (the BD71847 C32K_OUT > > pin) which is connected IMX8MM RTC_XTALI which ends up disabling the > > IMX RTC as well as the IMX WDOG functionality. > > //snip > > > This happens via clk_unprepare_unused() as nothing is flagging the > > clk-32k-out as being used. What should be added to the device-tree to > > signify that this clk is indeed necessary and should not be disabled? > > I have seen following proposal from Marek Vasut: > > https://lore.kernel.org/all/20220517235919.200375-1-marex@denx.de/T/#m52d6d0831bf43d5f293e35cb27f3021f278d0564 > > I am not sure if the discussion is completed though. I guess it was > agreed this was needed/usefull and maybe the remaining thing to decide > was just the property naming. > > Best Regards > -- Matti > Thanks Matti, Marek - has there been any progress on determining how best to keep certain clocks from being disabled? Best Regards, Tim