Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp947649pxb; Sat, 17 Apr 2021 01:40:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwKu1CuyFk65owUgT3wGT8wRWsdvzX2FYKwpbZt+h+8rXv1d3ZuJea+/yzRlXciq6BFgPiX X-Received: by 2002:a63:a64:: with SMTP id z36mr2701628pgk.342.1618648812282; Sat, 17 Apr 2021 01:40:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618648812; cv=none; d=google.com; s=arc-20160816; b=ZZNDrZe8+7rliN6a10mu4RmpHQzgs3+I9sYULAuH5SaIeTM2dB7wuZqBWV/LdDqmI2 RdM8JNUPiv1q57OcnPFP2+tc17kUcmMo7DsnmDFeafxwrHKpSkFjJKbgua/ipRbvTNis 9eruVI4c0bm8mADOXfV6dy+n28fwmtr1JhGt3L52HNocszZ+xI3+8X6nKITKO36c0pBD WwTmF7hyRFqf16lu/bA7W+vtYLiw1mCtjpk8r1jI4sz+6x9Epox2CN6HrPyq/JPs1FJY F1Ye2Gx05nEds3dQzudGE7vd6Wq0aBp43Xdy+m/SASpD+XA6CTflu8498AjedP2vOx8O LKnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=h/Lh8rX/M7I9H4b0trB+2y/2vFvYZQOKrqjrqUPiBio=; b=M9wdJgd+Ci/R+ql5N+8xvDj87vzll37a9U3kFUHyxxgmTl/SFOicml8zEwB0CH+hYk dC76Sr3rhjW0Dc2FH1EFBq2m5J9SMWASAom/V0G7VCajo6YOXWxfyZxN/Z0uDuYBdYdp ElNPNmhJkJQf2ZtpFwszMeFDZFSSUiIzt83uUNGMAWSdHgs834AwiElHUJ058Kvpf1Jn ZrXrH8mTvOqy6ciFv3/b0eH1KDt7pVmaetO5sg5nbS36Zk98EOUw7x5gzYzP78zqBmvP QJduIu66UzHHuzCJVLpVCeSBWa82sDTW7lkQUx6BMuY6IaR+7ms2mPXJJ1pMUI2Z1cBg EA5A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q22si82835pgn.520.2021.04.17.01.39.33; Sat, 17 Apr 2021 01:40:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235724AbhDQIhd (ORCPT + 99 others); Sat, 17 Apr 2021 04:37:33 -0400 Received: from muru.com ([72.249.23.125]:55464 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229631AbhDQIhb (ORCPT ); Sat, 17 Apr 2021 04:37:31 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 050CA80CD; Sat, 17 Apr 2021 08:38:22 +0000 (UTC) Date: Sat, 17 Apr 2021 11:37:01 +0300 From: Tony Lindgren To: Dario Binacchi Cc: Tero Kristo , Rob Herring , "linux-kernel@vger.kernel.org" , Bin Meng , Frank Rowand , Michael Turquette , Stephen Boyd , devicetree@vger.kernel.org, linux-clk , linux-omap Subject: Re: [PATCH 0/2] fdt: translate address if #size-cells = <0> Message-ID: References: <1727466283.11523.1617746554330@mail1.libero.it> <1044574275.383115.1617779265390@mail1.libero.it> <116337570.107804.1617913442196@mail1.libero.it> <8f232b81-4c83-54db-bcbd-2cae78ede814@kernel.org> <333530206.539702.1618169440615@mail1.libero.it> <1627640615.696710.1618432773724@mail1.libero.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1627640615.696710.1618432773724@mail1.libero.it> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Dario Binacchi [210414 20:40]: > > Il 12/04/2021 09:41 Tero Kristo ha scritto: > > The change on the DT itself would be pretty large, removing all clock > > nodes and modifying any existing handles towards the clock nodes, and > > this would impact all OMAP architectures. > > > > Anyways, it is mostly up-to Tony how he wants to see the DT change, as > > he is the maintainer for the OMAP family DT data. While I think all the clocks should use a similar binding to the clkctrl binding, I don't know if it makes sense to start changing things around at such a large scale. Certainly if somebody does the patches and they can be tested to not cause regressions, sure why not :) > > I am just raising the opinion here that from kernel point of view, > > adding the missing size cells seems unnecessary, and I can't see why > > u-boot can't be changed to support the existing broken DT. It is broken > > now, and it will be broken with the addition of the size cells in place, > > and the actual "neat" end result would be to get rid of the clock nodes > > completely. > > I'll fix U-boot. > Thanks for your explanations. > Hope for SSC patch review from you and/or some TI MAINTAINER. Best to fix the issues first, then make any clean-up patches a separate series. Regards, Tony