From mboxrd@z Thu Jan 1 00:00:00 1970 From: edubezval@gmail.com (Eduardo Valentin) Date: Tue, 28 Mar 2017 21:37:55 -0700 Subject: [PATCH v2 0/8] thermal: ti-soc-thermal: Migrate slope/offset data to device tree In-Reply-To: <20170324142610.GX10760@atomide.com> References: <1489046762-11288-1-git-send-email-j-keerthy@ti.com> <64ab8413-6cf1-864f-0550-9c8db59523f7@ti.com> <20170323205256.GO10760@atomide.com> <20170324142610.GX10760@atomide.com> Message-ID: <20170329043753.GB1596@localhost.localdomain> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Keerthy, On Fri, Mar 24, 2017 at 07:26:10AM -0700, Tony Lindgren wrote: > * Keerthy [170323 20:29]: > > > > > > On Friday 24 March 2017 02:22 AM, Tony Lindgren wrote: > > > * Keerthy [170321 20:45]: > > >> > > >> > > >> On Thursday 09 March 2017 01:35 PM, Keerthy wrote: > > >>> Currently the slope and offset values for calculating the > > >>> hot spot temperature of a particular thermal zone is part > > >>> of driver data. Pass them here instead and obtain the values > > >>> while of node parsing. > > >>> > > >>> Tested for the slope and constant values on DRA7-EVM, OMAP3-BEAGLE. Have you tried on boards that need negative coefficients? https://patchwork.kernel.org/patch/9619577/ > > >> > > >> Hi Eduardo, > > >> > > >> If the series looks okay could you please pull this? > > > > > > Also.. Are the dts changes safe for me to pick separately? > > > > Yes Tony they are safe to pulled separately. > > OK applying patches 1 - 5 of this series into omap-for-v4.12/dt-v2. Keerthy, The only thing I want you to confirm is if you are really getting the negative coefficients, because currently of-thermal reads the array using an OF helper that understands only unsigned. For this reason, I will be queueing your patches only for next merge window, not as a fix, not for rc's. > > Thanks, > > Tony