Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp6010074pxv; Thu, 29 Jul 2021 04:19:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwguKzcJETiWs9h8DgnUQTl4desgDmZUBCWKE22fo33J0RqQKJrmzvyM4z1SvWv14DoGHHD X-Received: by 2002:a17:907:e87:: with SMTP id ho7mr4195155ejc.184.1627557554623; Thu, 29 Jul 2021 04:19:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627557554; cv=none; d=google.com; s=arc-20160816; b=ewfwKoczh4pbqUz4eFYjPaGseUGnF0rxh3CJwddfG0wNd/a8XQy5uFk8HoRSlLO9Cy n7IsZXn60OOga5OpBBnGzARshtauBBCvke9Er/uI63b0BEG0GXtEGK8+4fDEj69HxMua 3szc77DGzz2KPDgeswc8j+ALzuu3toZH0FBLt6skLAUBFibuNIAPE/JqdRBCFsEIk8dH 1e0ihSB7l9ab7pP0rbKWTA2NfD2g5mgnY8Ka7ZhZc7pmHYVWURfJ77wn8Rb0sQXzPPKc 7HyyO8iU9/mlPqwVwmRw33Kc9hQo9uwpRM5QpOa1oNpeEiIYhqreA2DOmY5A2Swrsemo 7sxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=P6JR4MD1nZbCGyDxWwepp0jK3WYk6Zdj/y8iVAiPBSg=; b=chHkgR3Q4qGXa9Le4GXm2pia2cuHBe2U0SvpdGeJ8NfAAT7cR+zvkutqDNJ+0TwOTU AOvrmbqw0UdqjVTtTj7ca3+7Sl3VlI9x+t7Dt5aApLsWneyVaWAPJtwQW0Es1MK6NWFq BfuFLLhqoso95Jm1mrr461SB6P0vhac3mHBFH4WG9FRXlCcHNCNF2BrvMQ2vpFg32ozS Tm9WmL7MThadCe5Ks2Bru1rxZMN0HGBr5cmG4x2HyvOkp5qTPbC4glEx0UNPnPsP9SDR tvzhBPFQwov1R9qJfF/S95r50/6tgvq8eEVz20j0nW9qy5rpBK3tpqqQepdMfHQK16iE B6aA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VRBt+bKi; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mp5si2862989ejc.473.2021.07.29.04.18.51; Thu, 29 Jul 2021 04:19:14 -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; dkim=pass header.i=@linaro.org header.s=google header.b=VRBt+bKi; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236264AbhG2LPV (ORCPT + 99 others); Thu, 29 Jul 2021 07:15:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42174 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236312AbhG2LPU (ORCPT ); Thu, 29 Jul 2021 07:15:20 -0400 Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C3909C0613CF for ; Thu, 29 Jul 2021 04:15:16 -0700 (PDT) Received: by mail-pj1-x102a.google.com with SMTP id m2-20020a17090a71c2b0290175cf22899cso8790421pjs.2 for ; Thu, 29 Jul 2021 04:15:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=P6JR4MD1nZbCGyDxWwepp0jK3WYk6Zdj/y8iVAiPBSg=; b=VRBt+bKi0cAN8LEpK12OBHB9u6otmlMK+7o1OLzTBvni5crrZTjXwpNVW5dexaYG1w FgRxil3VgmNL9n+uZowDsbDezsOfH+vE9Tg7wQWr+a0IIujQuIi4Xyqq+ItaCs/zwlI4 yUN869w1dy0UJc0U5D4IwLj1+jbXGnpenZZqvuTC2fFC07UgBdB4VBwJvA//TB6W80I+ rrW20kwjKSeXXklIS0yUuTWjNjpyKolULkl6TmXLnB+F8hb33PswdW5QAzSfV5spKsk7 tJqVivwIBrvSo2QQVBYnULt4HHdYr6EcUWwZgh6jfnBJrEHh9ui0rW+tMt+e322XH0Vd fuHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=P6JR4MD1nZbCGyDxWwepp0jK3WYk6Zdj/y8iVAiPBSg=; b=bMJOcDZivMp6m8p5uyVVOIi06tdj6XUfIECZTCMBYkmwCfeiAC7l+91ljor9eKUQBY caSRmzsxYxWkU5O+nBH37NrdWZYVhL4WthP1POcOV7nGSddpGlBQKVmDLI215FkvZsN5 kZ5KPUeJ3rVh5vrxIwEWmd0/XCyfnc/jKPqwgLoD4RcbmlQJCk7XDV3NWl7Rm2XZRCFv +ZL2WJcGH0egU5XxmXLMZHT4wqhxAES+mujusxpZBbMRIMtbu6dipKfA+YNyNJbZenku fuP5i4akxDws80VVnqA7WpkDkGyjnOCyLF2Ig+gjZYEeyOe4O0zbM+GVv6SgZRFxXkIS kkyg== X-Gm-Message-State: AOAM532A9mTOiCx6EgoIWNZLp4sAvD/gN99wQbHJvHZDan5jem38uEEH hlADcna9BGP0tddbKgv/5to24w== X-Received: by 2002:a17:902:a9c6:b029:129:8fdb:698f with SMTP id b6-20020a170902a9c6b02901298fdb698fmr4296847plr.15.1627557316246; Thu, 29 Jul 2021 04:15:16 -0700 (PDT) Received: from localhost ([122.172.201.85]) by smtp.gmail.com with ESMTPSA id 20sm663000pgg.36.2021.07.29.04.15.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 29 Jul 2021 04:15:15 -0700 (PDT) Date: Thu, 29 Jul 2021 16:45:13 +0530 From: Viresh Kumar To: Thara Gopinath Cc: agross@kernel.org, bjorn.andersson@linaro.org, rui.zhang@intel.com, daniel.lezcano@linaro.org, rjw@rjwysocki.net, robh+dt@kernel.org, steev@kali.org, linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [Patch v4 3/6] cpufreq: qcom-cpufreq-hw: Add dcvs interrupt support Message-ID: <20210729111513.djd5hrbz6jb453xp@vireshk-i7> References: <20210727152512.1098329-1-thara.gopinath@linaro.org> <20210727152512.1098329-4-thara.gopinath@linaro.org> <20210728035014.25mgvrpnraxfslq7@vireshk-i7> <9a257605-d282-cd06-cc44-5ad5a5f8484d@linaro.org> <20210729061713.kzhka7nymo53zw2o@vireshk-i7> <4d80594c-9088-5d36-44cd-19a98145095c@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4d80594c-9088-5d36-44cd-19a98145095c@linaro.org> User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29-07-21, 07:13, Thara Gopinath wrote: > So the interrupt handler is a threaded handler. I moved it in v4 since one > of the "_opp" api has an underlying mutex and was causing issues. So using a > mutex should be pretty safe in this case. Ahh I see. > IIUC, the main change you are suggesting below is to include enable_irq() / > mod_delayed_work() under the spin_lock as well. Is that right ? In which > case isn't a mutex better than spinlock? Yeah, sure. -- viresh