From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934354AbdKAVnp (ORCPT ); Wed, 1 Nov 2017 17:43:45 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:33474 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933625AbdKAVng (ORCPT ); Wed, 1 Nov 2017 17:43:36 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org A430C604FD Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=sboyd@codeaurora.org Date: Wed, 1 Nov 2017 14:43:33 -0700 From: Stephen Boyd To: Rob Herring Cc: Viresh Kumar , Ulf Hansson , Kevin Hilman , Viresh Kumar , Nishanth Menon , Rafael Wysocki , "linux-pm@vger.kernel.org" , Vincent Guittot , Rajendra Nayak , Sudeep Holla , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [RFC V7 2/2] OPP: Allow "opp-hz" and "opp-microvolt" to contain magic values Message-ID: <20171101214333.GG30645@codeaurora.org> References: <23ba51eaa6b52117458165dccc00a95cf8e86e1d.1509453284.git.viresh.kumar@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/01, Rob Herring wrote: > On Tue, Oct 31, 2017 at 9:17 PM, Viresh Kumar wrote: > > On 31 October 2017 at 16:02, Rob Herring wrote: > >> Why not a new property for magic values? opp-magic? Don't we want to > >> know when we have magic values? > > > > I have kept a separate property since beginning (domain-performance-state) > > and moved to using these magic values in the existing field because of the > > suggestion Kevin gave earlier. > > > > https://marc.info/?l=linux-kernel&m=149306082218001&w=2 > > > > I am not sure what to do now :) > > Okay, I guess reusing the properties is fine. > We call them corners on qcom platforms. Any reason we can't keep using that name? I'd rather not have to keep telling people that these fake values in some misnamed property is actually a corner. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project