From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1751908AbeAWNKq (ORCPT <rfc822;w@1wt.eu>);
        Tue, 23 Jan 2018 08:10:46 -0500
Received: from mail-wr0-f170.google.com ([209.85.128.170]:46085 "EHLO
        mail-wr0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1751576AbeAWNKn (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Tue, 23 Jan 2018 08:10:43 -0500
X-Google-Smtp-Source: AH8x227QPO3VuCJhFJOxTJrwEmZJYGVv5q1klDVNi/Y+qDSR8rmT1OjkqpnvpR8BUFMHqCjRDHUTvQ==
Message-ID: <1516713040.7870.47.camel@baylibre.com>
Subject: Re: [PATCH V3 01/10] clk: clk-divider: add CLK_DIVIDER_ZERO_GATE
 clk support
From: Jerome Brunet <jbrunet@baylibre.com>
To: Dong Aisheng <dongas86@gmail.com>
Cc: Dong Aisheng <aisheng.dong@nxp.com>, linux-clk@vger.kernel.org,
        sboyd@codeaurora.org, mturquette@baylibre.com,
        linux-kernel@vger.kernel.org,
        linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
        shawnguo@kernel.org, Anson.Huang@nxp.com, ping.bai@nxp.com,
        linux-imx@nxp.com, fabio.estevam@nxp.com
Date: Tue, 23 Jan 2018 14:10:40 +0100
In-Reply-To: <20180123122102.GA16865@b29396-OptiPlex-7040>
References: <1516367470-24340-1-git-send-email-aisheng.dong@nxp.com>
         <1516367470-24340-2-git-send-email-aisheng.dong@nxp.com>
         <1516705426.7870.45.camel@baylibre.com>
         <20180123122102.GA16865@b29396-OptiPlex-7040>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.26.4 (3.26.4-1.fc27) 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, 2018-01-23 at 20:21 +0800, Dong Aisheng wrote:
> > In a more general way, I'd love to see a feature such as CLK_DIVIDER_ZERO_GATE
> > added to the divider but I'm bit concerned of all the quirks we are slowly
> > adding to the generic divider. It seems we are all trying re-use the algorithm
> > of clk_divider_bestdiv() with different 'val-to-div' transfer function. Not too
> > sure what the best solution could be though.
> > 
> 
> IMHO CLK_DIVIDER_ZERO_GATE only indicates the 0 val means clk gate.
> It does not assume divider types. That looks like a generic way and is exactly
> what this patch intends to do. Does it make sense?

It makes sense. That last comment was not about your patch specifically but
about the growing entropy in clk-divider.c in general.