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=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS 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 F3DCDC2BB1D for ; Wed, 8 Apr 2020 16:34:56 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D01D820769 for ; Wed, 8 Apr 2020 16:34:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730163AbgDHQe4 (ORCPT ); Wed, 8 Apr 2020 12:34:56 -0400 Received: from mga06.intel.com ([134.134.136.31]:64601 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728789AbgDHQez (ORCPT ); Wed, 8 Apr 2020 12:34:55 -0400 IronPort-SDR: 1z5WKU1i8PA1wCz00rSehvj9v/pIjlJ7fAcVwomONCq2ro2FFFO51rPt1q1guMLDD4YvVROQT4 lNqvIM17oprQ== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Apr 2020 09:34:54 -0700 IronPort-SDR: Tj0esvZQXAM9Yq184jUz+nd//ij61LzjJkaVIYkuBLRed76dq/sKDvbMJwGR/mCXPPvqkFrNZ4 XPnKIv2mbIQg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,359,1580803200"; d="scan'208";a="452870041" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by fmsmga006.fm.intel.com with ESMTP; 08 Apr 2020 09:34:52 -0700 Received: from andy by smile with local (Exim 4.93) (envelope-from ) id 1jMDfC-00Gk7n-DL; Wed, 08 Apr 2020 19:34:54 +0300 Date: Wed, 8 Apr 2020 19:34:54 +0300 From: Andy Shevchenko To: Sakari Ailus Cc: Maxime Ripard , Tomasz Figa , Robert Foss , Dongchun Zhu , Fabio Estevam , linux-media , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-kernel , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , Laurent Pinchart Subject: Re: [PATCH v6 1/3] media: dt-bindings: ov8856: Document YAML bindings Message-ID: <20200408163454.GG3676135@smile.fi.intel.com> References: <20200407123232.ktvaifhqntgzvkap@gilmour.lan> <20200407163916.GL6127@valkosipuli.retiisi.org.uk> <20200407172035.GM6127@valkosipuli.retiisi.org.uk> <20200408122127.i27hrmjh3pbjeulk@gilmour.lan> <20200408134315.a7cemmto6bi26arg@gilmour.lan> <20200408152857.GO6127@valkosipuli.retiisi.org.uk> <20200408153051.GP6127@valkosipuli.retiisi.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200408153051.GP6127@valkosipuli.retiisi.org.uk> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 08, 2020 at 06:30:51PM +0300, Sakari Ailus wrote: > On Wed, Apr 08, 2020 at 06:28:57PM +0300, Sakari Ailus wrote: > > On Wed, Apr 08, 2020 at 03:43:15PM +0200, Maxime Ripard wrote: ... > > No sensor driver I've seen has used clk_set_rate_exclusive() but I guess > > they should. The absence of practical problems has been probably because of > > two factors; firstly, these are typically clocks dedicated to the sensors > > and secondly, good luck. As I heard in another thread clk_*_exclusive() is quite a big hammer with a lot of side effects and if it can be avoided, it must be avoided. -- With Best Regards, Andy Shevchenko