Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1126563ybg; Thu, 4 Jun 2020 01:30:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxu2CjDRd4rpeNT7tL0PVATrOabKoBNuk4ZYipAzS0TBe1D0VMAz+YyCWS2OSrwkIbMNXht X-Received: by 2002:a17:906:1cd3:: with SMTP id i19mr2768784ejh.321.1591259452811; Thu, 04 Jun 2020 01:30:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591259452; cv=none; d=google.com; s=arc-20160816; b=T8dTpFIZV249H+FIje+T+OZn7UQtJ/J29L539Is/mEZIwChQ+xg4QxmwGHA+UDwCkS J/+BI3bdutu1zw+0mcO2Db0L7OwTb/jrho59ns987W1wIqEtgt0hShXL8Z3x8scejESk DCMRXnZRpxGQtFlcXsMKao5g/cS5mI0X8tiGj+4gy2RMjf1WSGQLDfivcYZRgTW0m0vR fDL9G2QxJlEil1IE86rOUEcqZaz69Hq8YihtpJSqSRdsVUclfGkTVa+uENK8EgLcdxbo JwVxUv+XhADVtQooPVmnQAzE3C8hI0MJrz+4NCp2f1Nwk3l305Pbnc4hLfIK97mHtrmL E9bA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=ExF6Uq1H8rNl4ECgG4oK6eD9HFUqtVDtlSIOggm2gzo=; b=Df1akHFZiACWhDGES5r6yRWczl5gMN9GLnwhVLxc0VPBCeTG1d5gkROeY5A/9rjvao EdLBghhXGWgrXIVGSVAl/AgZr3HYJ0N87wTay+7ltskVwv88ema6HtAbcy7tJSQRAhnH wSQYa/LG4QX59lAw+LnceSL3+Q1D7KGLhtiYm1vZqem52LXbol98LlJSho/96Y+lFoX5 R8Z0i7stCzWk8rBsFpT7HalibbIJ7eqIhrQJVCzLZlGbCE6Qe16sUoabOmF+CVF/oNFJ z4wwqFkl1AmXr8ibAX4KY1isVIG/KIT7M2YI2UQk/bT+P/wTrmtbvPS+FZHmI2WFd3GD 2qNQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u20si1282693ejr.41.2020.06.04.01.30.29; Thu, 04 Jun 2020 01:30:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727055AbgFDI20 (ORCPT + 99 others); Thu, 4 Jun 2020 04:28:26 -0400 Received: from foss.arm.com ([217.140.110.172]:41436 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726802AbgFDI2Z (ORCPT ); Thu, 4 Jun 2020 04:28:25 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 581B331B; Thu, 4 Jun 2020 01:28:25 -0700 (PDT) Received: from bogus (unknown [10.37.12.7]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0A2E43F305; Thu, 4 Jun 2020 01:28:22 -0700 (PDT) Date: Thu, 4 Jun 2020 09:28:14 +0100 From: Sudeep Holla To: Viresh Kumar Cc: Rob Herring , Jassi Brar , Arnd Bergmann , Frank Rowand , Bjorn Andersson , Vincent Guittot , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC] dt-bindings: mailbox: add doorbell support to ARM MHU Message-ID: <20200604082814.GA8814@bogus> References: <0a50f0cf5593baeb628dc8606c523665e5e2ae6c.1589519600.git.viresh.kumar@linaro.org> <20200528192005.GA494874@bogus> <20200529040758.kneg2j4n3gxh2rfv@vireshk-i7> <20200603180435.GB23722@bogus> <20200603181743.GC23722@bogus> <20200604055903.ycvu6qfnlwgkh52a@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200604055903.ycvu6qfnlwgkh52a@vireshk-i7> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 04, 2020 at 11:29:03AM +0530, Viresh Kumar wrote: > On 03-06-20, 19:17, Sudeep Holla wrote: > > I just realised that we have the timing info in the traces and you will > > observe the sensor readings take something in order of 100us to 500-600us > > or even more based on which sensor is being read. While we have 100us > > timeout for cpufreq opp set. > > Which timeout from opp core are you talking about ? The one we have in SCMI itself to meet the fast_switch requirement. -- Regards, Sudeep