Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3891132ybl; Mon, 9 Dec 2019 01:44:26 -0800 (PST) X-Google-Smtp-Source: APXvYqzm+iLRZfP3uSh+4CdV/KjC2RL8aYCqOtLpE23LRTeSjxFHmL2gkNZe0bReoeuc6SStf63T X-Received: by 2002:aca:33d5:: with SMTP id z204mr17086552oiz.120.1575884665841; Mon, 09 Dec 2019 01:44:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575884665; cv=none; d=google.com; s=arc-20160816; b=i9Jpk75p/DXynh/+GZ8KdQj4X1GzXtt+PzfT+EXhjrrltah0vtzTwd5JH1JWraTHnv 9ichTuxZUKIlzjwzH/67DC95oNyB0QrNPZW+uox3ri4iVztHO5b3+j50eumUxmKJqShB pW96LCbKK9CD/0t95o1ptmMZSjHlrugso4KJBE4QxuUO484NOhDtnFve7jm0G37UdbCn qmxxHAsuorp4rZGxyXMH2Yr7LnxaY7a12uEg0hkpXJ7/EjmeWoJ/xN1IaIOLdJzJY7FH xXc/BZDU4sNLU4tggK1ju8x8yeTa7yulFbmE1cOzzvMt3ZN2gfS/XAqe2SqaJQAjhPl1 ardA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=jIWLmLtSUuWkCyFVunJ469M9oap4UoY6eI9wOL0p8Gc=; b=o+UzRoZ8KbUI7GqUfCgEaTI/uZMB8mcqXuuQ0Q7IO0Pb2kr7SfX4FM0jEPKc2qcPxY ZCzZ+8rJs260VIw9hJQ+KtwxXB7dMtRFeUwBVY/vw/pUOhzU6VYQdkULaBio8jcNONKd qJzYVK3zUcE6G64IGcnC9meq8NkFpHC3A/p4ItC/w054oIVgBt8jq+t6ZqGP/E4mjfiO BbDyh8oWiuuoq7PP3KVKZ4Vhpb9j4tePdGqQsN1baNWQ/14CBP15mMj6S4107WXoUS78 1CntayYYlveQOe8vUukZnlomsY16ZbMXs1/NUCprhnKZhLAyKuHW5tRTnE2Pt15njt5Y 2UpA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i8si11710613otp.254.2019.12.09.01.44.14; Mon, 09 Dec 2019 01:44:25 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727194AbfLIJ1h (ORCPT + 99 others); Mon, 9 Dec 2019 04:27:37 -0500 Received: from gloria.sntech.de ([185.11.138.130]:42046 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727144AbfLIJ1h (ORCPT ); Mon, 9 Dec 2019 04:27:37 -0500 Received: from ip5f5a6266.dynamic.kabel-deutschland.de ([95.90.98.102] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ieFKD-0007vX-2a; Mon, 09 Dec 2019 10:27:29 +0100 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Heiko Stuebner , kishon@ti.com Cc: robh+dt@kernel.org, mark.rutland@arm.com, bivvy.bi@rock-chips.com, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, christoph.muellner@theobroma-systems.com Subject: Re: [PATCH 1/2] dt-bindings: phy: drop #clock-cells from rockchip,px30-dsi-dphy Date: Mon, 09 Dec 2019 10:27:28 +0100 Message-ID: <2785558.xRCxUMSmLi@diego> In-Reply-To: <20191108000640.8775-1-heiko.stuebner@theobroma-systems.com> References: <20191108000640.8775-1-heiko.stuebner@theobroma-systems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kishon, Am Freitag, 8. November 2019, 01:06:39 CET schrieb Heiko Stuebner: > Further review of the dsi components for the px30 revealed that the > phy shouldn't expose the pll as clock but instead handle settings > via phy parameters. > > As the phy binding is new and not used anywhere yet, just drop them > so they don't get used. > > Fixes: 3817c7961179 ("dt-bindings: phy: add yaml binding for rockchip,px30-dsi-dphy") > Signed-off-by: Heiko Stuebner > --- > Hi Kishon, > > this should ideally get into 5.5 as a fix for the previous change > so that the binding doesn't accidentially get used. Could you take a look at these 2 changes for the newly added dsi-phy for some Rockchip SoCs? From a dt-binding-hardliner standpoint, it should ideally get fixed in 5.5, so that the (wrong) binding doesn't get released with a full kernel release. But as it is very much Rockchip-specific and doesn't touch other part, 5.6 would also be ok I guess ;-) Thanks Heiko > .../devicetree/bindings/phy/rockchip,px30-dsi-dphy.yaml | 5 ----- > 1 file changed, 5 deletions(-) > > diff --git a/Documentation/devicetree/bindings/phy/rockchip,px30-dsi-dphy.yaml b/Documentation/devicetree/bindings/phy/rockchip,px30-dsi-dphy.yaml > index bb0da87bcd84..476c56a1dc8c 100644 > --- a/Documentation/devicetree/bindings/phy/rockchip,px30-dsi-dphy.yaml > +++ b/Documentation/devicetree/bindings/phy/rockchip,px30-dsi-dphy.yaml > @@ -13,9 +13,6 @@ properties: > "#phy-cells": > const: 0 > > - "#clock-cells": > - const: 0 > - > compatible: > enum: > - rockchip,px30-dsi-dphy > @@ -49,7 +46,6 @@ properties: > > required: > - "#phy-cells" > - - "#clock-cells" > - compatible > - reg > - clocks > @@ -66,7 +62,6 @@ examples: > reg = <0x0 0xff2e0000 0x0 0x10000>; > clocks = <&pmucru 13>, <&cru 12>; > clock-names = "ref", "pclk"; > - #clock-cells = <0>; > resets = <&cru 12>; > reset-names = "apb"; > #phy-cells = <0>; >