From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 46F741448E2 for ; Thu, 11 Apr 2024 09:23:48 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712827429; cv=none; b=GgbAJi3obR7rNddX7rNpGjBc7j31yL9Q3jNoyHvhjhYp6VPlInnaWo3hqwoBd+R3h9/SAiyvRx5IdZzlfimKiDRzY4p230q+hoG8yY3qKqP3lzyZT2BdWUeBDT4TrqVIZR6sQTiEY4M7poqGiwwZsytvBlLMujkh+3hTVMqOuIY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712827429; c=relaxed/simple; bh=zaXOHAwB9RVp90LJkiG0jAfc4yIRXlJLhVe84L0maag=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=nH1cfDzwOfSXmcu+GaT6/B3CO32eDYH3Q8CbvBGupU3zWiNlIn2loTBqQLwCnGRzwoQJMYBr4Avm8mSgeA0fCi2ohc+qE2fcm8626vW55VNeQEa7kRxGFikuRyi/mNmiFwzld5j59ZZqiuztLOQKIxwm4yRH2GcDli355Hq2eeE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 53A11113E; Thu, 11 Apr 2024 02:24:17 -0700 (PDT) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 25C3C3F6C4; Thu, 11 Apr 2024 02:23:46 -0700 (PDT) Date: Thu, 11 Apr 2024 10:23:43 +0100 From: Sudeep Holla To: Nikunj Kela Cc: Srinivas Kandagatla , Trilok Soni , Sudeep Holla , Ulf Hansson , Krzysztof Kozlowski , Manivannan Sadhasivam , , Vincent Guittot , , , , "Prasad Sodagudi (QUIC)" Subject: Re: DT Query on "New Compatible vs New Property" Message-ID: References: <487f91af-722f-44eb-a1a2-61dec586d686@quicinc.com> <0411f99d-231a-af4b-d681-7f7748361aa3@quicinc.com> <904978d8-eab4-4936-86dc-b0b1e7c40256@linaro.org> <33783999-227b-4837-9924-2fd99b210cbb@linaro.org> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Wed, Apr 10, 2024 at 09:55:24AM -0700, Nikunj Kela wrote: > > On 3/19/2024 9:13 AM, Sudeep Holla wrote: > > On Tue, Mar 19, 2024 at 03:41:40PM +0000, Srinivas Kandagatla wrote: > > > On 19/03/2024 15:17, Sudeep Holla wrote: > > > > I am not debating on the implementation just to be clear. I accept changes > > > > might be needed there. The $subject is all about DT bindings and what need > > > > to be changes and for me nothing, just use existing bindings and if there > > > > are issues there, let us discuss it with specifics. > > > > > > > How can changes to dt bindings be nothing? All the resources > > > clk/regulators/resets will become optional and a new power or perf domain > > > will become required for each device with firmwares that support SCMI Perf. > > > > > Correct, sorry to miss the point that few properties are now optional from > > mandatory before. Very good point. I was so caught up with the addition of > > the new "firmware controlled blah blah" property/compatible that I missed > > to observe mandatory->optional as a change. Thanks for correcting me. > > > If there are no more questions on this and everyone is on the same page, I > would like to conclude this thread in favor of using a new DT property > 'qcom,firmware-managed-resources'. > This is exactly opposite to what I have advocated so far in this thread. Not sure how you drew to this conclusion. Check [1] and [2] for example. The point was not to have qcom specific compatibles or properties as it doesn't scale well. Please chime into those if you have argument and how you came to this conclusion. -- Regards, Sudeep [1] https://lore.kernel.org/all/ZfMZ9ATxuvONcGpz@bogus [2] https://lore.kernel.org/all/0411f99d-231a-af4b-d681-7f7748361aa3@quicinc.com