Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965155Ab3HHNp0 (ORCPT ); Thu, 8 Aug 2013 09:45:26 -0400 Received: from service87.mimecast.com ([91.220.42.44]:42063 "EHLO service87.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757841Ab3HHNpY convert rfc822-to-8bit (ORCPT ); Thu, 8 Aug 2013 09:45:24 -0400 Message-ID: <1375969519.12043.142.camel@hornet> Subject: Re: RFC: device thermal limits represented in device tree nodes From: Pawel Moll To: Mark Rutland Cc: Eduardo Valentin , Stephen Warren , Ian Campbell , "grant.likely@linaro.org" , "devicetree@vger.kernel.org" , "rob.herring@calxeda.com" , Guenter Roeck , Durgadoss R , "Zhang, Rui" , Wei Ni , "linux-pm@vger.kernel.org" , "lm-sensors@lm-sensors.org" , "linux-kernel@vger.kernel.org" Date: Thu, 08 Aug 2013 14:45:19 +0100 In-Reply-To: <20130808085346.GC14648@e106331-lin.cambridge.arm.com> References: <51ED40E3.5020703@ti.com> <51EF3186.9060001@wwwdotorg.org> <1374664745.25700.118.camel@hornet> <51EFED19.5090900@ti.com> <1374768928.3213.31.camel@hornet> <51F15E42.1060409@ti.com> <1374773611.3213.44.camel@hornet> <51F2D443.6040909@ti.com> <1375787649.12043.34.camel@hornet> <5202AB95.9020605@ti.com> <20130808085346.GC14648@e106331-lin.cambridge.arm.com> X-Mailer: Evolution 3.8.2-0ubuntu1~raring1 Mime-Version: 1.0 X-OriginalArrivalTime: 08 Aug 2013 13:45:19.0166 (UTC) FILETIME=[855C55E0:01CE943D] X-MC-Unique: 113080814452201901 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2385 Lines: 58 On Thu, 2013-08-08 at 09:53 +0100, Mark Rutland wrote: > On Wed, Aug 07, 2013 at 09:18:29PM +0100, Eduardo Valentin wrote: > > Pawel, all, > > > > On 06-08-2013 07:14, Pawel Moll wrote: > > > Apologies about the delay, I was "otherwise engaged" for a week... > > > > > > > I do also excuse for my delay, as I was also "engaged" for a week or so. > > > > > I hope you haven't lost all motivation to work on this subject, as it's > > > really worth the while! > > > > Not really! quite the opposite. Although I was looking at some other > > stuff, I got this series also tested on different boards and wrote down > > a couple of improvements I will be working in the coming days. Indeed, > > it is worth moving forward with this work. > > > > > > > > On Fri, 2013-07-26 at 20:55 +0100, Eduardo Valentin wrote: > > >> On 25-07-2013 13:33, Pawel Moll wrote: > > >>> On Thu, 2013-07-25 at 18:20 +0100, Eduardo Valentin wrote: > > >>>>>> thermal_zone { > > >>>>>> type = "CPU"; > > >>>>> > > >>>>> So what does this exactly mean? What is so special about CPU? What other > > >>>>> types you've got there? (Am I just lazy not looking at the numerous > > >>>>> links you provided? ;-) > > >>>> > > >>>> Hehehe. OK. Type is supposed to describe what your zone is representing. > > >>> > > >>> As in "a name"? So, for example "The board", "PSU"? What I meant to ask > > >>> was: does the string carry any meaning? > > > > > > You haven't commended on this... > > > > The string is supposed to carry meaning, yes. Couple of common used: > > CPU, GPU, PCB, LCD > > I think the point Pawel was getting at is that the string doesn't have a > *well-defined* meaning that always allows an OS to figure out the set of > relevant devices. If we have a thermal zone for "LCD", and have multiple > LCDs, which LCDs are covered? If we have a "PCB" zone, does this cover all > the devices attached to the PCB, a subset thereof, or the substrate of > the PCB itself? Or: what happens if I type "lcd" instead of "LCD"? Would there be any decision made based on this string? Or is it just a label to be used somewhere in debugging messages? Paweł -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/