From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id F0633C2D0E1 for ; Sun, 13 Sep 2020 10:21:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B2F002098B for ; Sun, 13 Sep 2020 10:21:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1599992492; bh=qrXlPjdhm46n8PqoKDSkLIH/KCyIpGttHxR5823h9/w=; h=Date:From:To:Cc:Subject:In-Reply-To:References:List-ID:From; b=2Bpd3XMQ9q5rqeEtLVjVA0r2ZxojMJGBgoWEBHlKKnqNXm6lX0Rfej0oLRXUWOdf7 rHgdEASt9c6p/SrnQCIED1kyi/vox4iCw2E9eVkDDQeIFYskmC75I8Q/MCcVwRxzJh 2n0rtRM6e+FE+g2J4QJ7J8l7GluXOnlQNzc9xE7Y= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725939AbgIMKVa (ORCPT ); Sun, 13 Sep 2020 06:21:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:57888 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725924AbgIMKV3 (ORCPT ); Sun, 13 Sep 2020 06:21:29 -0400 Received: from archlinux (cpc149474-cmbg20-2-0-cust94.5-4.cable.virginm.net [82.4.196.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5D41320709; Sun, 13 Sep 2020 10:21:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1599992488; bh=qrXlPjdhm46n8PqoKDSkLIH/KCyIpGttHxR5823h9/w=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=weVNjj2alHKqBcCuws07QUbCYG/Byuyua+HLPeKGfMmV4IVYvtcumPU8GyWhjgAg8 0qC127o7njBpUSnWa/XN1NMlIFF9utaRmV6AiOv+d6yXaBqLFsDQrTCa9DK3xwGOoZ YaO2dkpiuNsB8gANSro6LYzMwck1dTTP66+qIiwY= Date: Sun, 13 Sep 2020 11:21:22 +0100 From: Jonathan Cameron To: Dmitry Baryshkov Cc: Andy Gross , Bjorn Andersson , Rob Herring , Zhang Rui , Daniel Lezcano , Amit Kucheria , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-iio@vger.kernel.org, Manivannan Sadhasivam Subject: Re: [PATCH v3 00/10] qcom: pm8150: add support for thermal monitoring Message-ID: <20200913112122.0f4ee51b@archlinux> In-Reply-To: <20200910140000.324091-1-dmitry.baryshkov@linaro.org> References: <20200910140000.324091-1-dmitry.baryshkov@linaro.org> X-Mailer: Claws Mail 3.17.6 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org On Thu, 10 Sep 2020 16:59:50 +0300 Dmitry Baryshkov wrote: > This patch serie adds support for thermal monitoring block on Qualcomm's > PMIC5 chips. PM8150{,b,l} and sm8250-mtp board device trees are extended > to support thermal zones provided by this thermal monitoring block. > Unlike the rest of PMIC thermal senses, these thermal zones describe > particular thermistors, which differ between from board to board. > As far as I am concerned this series is now ready to go up to one or two things in patch 8. So on to the normal question based on the assumption it will pick up other necessary reviews shortly... What route do we want this to take? I can do an immutable branch in IIO if that works for patches 1-8 and assume the dt file changes will got via usual SoC path? We are getting a fair way into this cycle, so this may well end up happening next cycle depending on how quick reviews come in. Thanks, Jonathan > Changes since v3: > - Fix DT description to spell "thermal monitoring" instead of just TM > - Fix warnings in DT example > - Add EXPORT_SYMBOL_GPL(of_iio_channel_get_by_name) > - Fixed whitespace chanes in qcom-vadc-common.c > - Removed error message if IIO chanel get returns -EPROBE_DEFER > > Changes since v2: > - IIO: export of_iio_channel_get_by_name() function > - dt-bindings: move individual io-channels to each thermal monitoring > channel rather than listing them all in device node > - added fallback defaults to of_device_get_match_data calls in > qcom-spmi-adc5 and qcom-spmi-adc-tm5 drivers > - minor typo fixes > > Changes since v1: > - Introduce fixp_linear_interpolate() by Craig Tatlor > - Lots of syntax/whitespace changes > - Cleaned up register definitions per Jonathan's suggestion > - Implemented most of the suggestions from Bjorn's and Jonathan's > review > > >