Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4977502pxj; Tue, 25 May 2021 23:05:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyj+V7FhO/DPcxtJ6cAuWCsa+UFnrcM3YiSnFxvDmF37zpVAlsYOvHHDcH7qgfts2oFPR9l X-Received: by 2002:a50:ed13:: with SMTP id j19mr35793732eds.190.1622009102154; Tue, 25 May 2021 23:05:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622009102; cv=none; d=google.com; s=arc-20160816; b=wc2XO6uT1Dtgx6/ksCDF+DSiPsqBGFJg1SwBwueAT0/fTwDMp+OHXBzeZLSDHJJp/t alX2Mk+JBM6tsB+V1NdsEY8o2b6bnxkXaL++lh+oYQxjigKDxEouMDc/3m2Pi/Ji1bSU dbBs/Ez+kK6GU1jhpXngdlfM/BmF+FlMXB0LSpjddbA5LWeADvqWp8B4aVWKd6ddcAsw AcJgk35HDlrRFzou78UGV5B6AvqiqCUSBZZCcCj5xYZHs3e0GmlvxZ9iBCA8yMOnPSwu jDuLXld1SnaowHMAhc5Qa0OAV/e3SrIwH1Uw7a+qyXPSxl+qftSirWGDa0XhtRA+YK5i m5Uw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=1/0s4irIAHrEsalg1vYZ8qoD26aC19QWgqCayWmosVw=; b=w/SHqyYCt5MVXoI/VEI4LTVFb7JaElGynlfxgm87+KohqC1H4aCk9vPjGgnUtAPPed OslY6sxkKJikboPXFUJuigJneO2mAA5TfNQpVTpxkZWf6Ey44XZ/nsccDLzj5zH+ljM7 zDsS94RX/SEZmXdfDpOp2FIHrvT8y/a2NwUux8JjzJtdo0lzyHFfTMxY4ApRmMfm/5e4 bCw9z3NXEG8VYKC2YpW0ADSMZSSQNFSHWEBfWOd2mBavLkAI4Lv9T1oA5nZvMRJvhRTP vUDBv97Ybss8FDugfy5HcytkYYIlKfIK+k+aMMh+7KjPEP8+wjPeXU+++zgSlq0K9NaW MB5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=nfyuAbLz; 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 w14si14129224edd.111.2021.05.25.23.04.23; Tue, 25 May 2021 23:05:02 -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=nfyuAbLz; 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 S229576AbhEZECW (ORCPT + 99 others); Wed, 26 May 2021 00:02:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59796 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229514AbhEZECU (ORCPT ); Wed, 26 May 2021 00:02:20 -0400 Received: from mail-ot1-x32b.google.com (mail-ot1-x32b.google.com [IPv6:2607:f8b0:4864:20::32b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AB982C061574 for ; Tue, 25 May 2021 21:00:49 -0700 (PDT) Received: by mail-ot1-x32b.google.com with SMTP id i23-20020a9d68d70000b02902dc19ed4c15so30829562oto.0 for ; Tue, 25 May 2021 21:00:49 -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; bh=1/0s4irIAHrEsalg1vYZ8qoD26aC19QWgqCayWmosVw=; b=nfyuAbLzS6wleb8opN1gCeIdANOfcVxizXhDbL12q+twpO+KfBaDDqzQbkybbQkHuW fy752HROUtfXiVARGwEt/9jYpplrjGUgXL04OszzgQhKbtktBx1arPwSVhE7F9hRBLyj rtpaq7XKvwrhwEUdm+LcF/tVsnaM8Lea640urg+RmWA9GaSMjqX86CBR/D7AQcdEahRG BmFjbncstNSXWASJbEmlSgBo7JaXA1/bnM+b9UNVYuDeFl3vIxU79Y7dzNbjEnOiV5z9 TTud1wsGlR+h2YLDsORMthKkb9eCG6tIC4KR+1H8Y5Z5ZeRwIHy+5TNmnCqKy40QU7xn 22Ww== 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; bh=1/0s4irIAHrEsalg1vYZ8qoD26aC19QWgqCayWmosVw=; b=pt5mIQtbx6blZuwuIPqV5V9aC5Ccf2w0ESw6+ao1Wz7EO/WaC4pmyxfys7/z2dY1cf SlLijS78YSCqHb3rRF7m1O6+4fGyXikohLT0YU71Mom+np/qY8eFO4y4KOrzCkLOn1+7 2tliwij0mlDKYc/VlLOD3vuZTSwtJoP/dlkY3eUPzp7SpZMvbgcTHH83cSWlFAZqW/HY RUWk9j7Jfy2xSQaJb5WGuGOzvMnUBbjgQO1D12DzYiTVuwP1B4qVBHckVdEr4RtHZAZQ MgYYsrGD8inrg3D9bC/4ocO2VsdxeDSQPdtJNrccwR7wwMoh5kbf8bxHkPO8FoP9yjy0 O3MA== X-Gm-Message-State: AOAM530JyBzbvYaBYP6iMooykfAwDyg3BGnUmyQ4D6dfvei2acxgQ4uv N6W8T5k/mtMGsweDZLbfoMonpA== X-Received: by 2002:a9d:30d2:: with SMTP id r18mr750948otg.170.1622001649055; Tue, 25 May 2021 21:00:49 -0700 (PDT) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id z9sm4248004oti.37.2021.05.25.21.00.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 May 2021 21:00:48 -0700 (PDT) Date: Tue, 25 May 2021 23:00:46 -0500 From: Bjorn Andersson To: Maulik Shah Cc: swboyd@chromium.org, mka@chromium.org, evgreen@chromium.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, agross@kernel.org, dianders@chromium.org, linux@roeck-us.net, rnayak@codeaurora.org, lsrao@codeaurora.org, Mahesh Sivasubramanian , Lina Iyer Subject: Re: [PATCH v7 2/5] soc: qcom: Add SoC sleep stats driver Message-ID: References: <1617704857-19620-1-git-send-email-mkshah@codeaurora.org> <1617704857-19620-3-git-send-email-mkshah@codeaurora.org> <20210412234317.GE1538589@yoga> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 21 May 06:10 CDT 2021, Maulik Shah wrote: > On 4/13/2021 5:13 AM, Bjorn Andersson wrote: > > On Tue 06 Apr 05:27 CDT 2021, Maulik Shah wrote: [..] > > > diff --git a/drivers/soc/qcom/soc_sleep_stats.c b/drivers/soc/qcom/soc_sleep_stats.c [..] > > > +MODULE_SOFTDEP("pre: smem"); > > I believe this should be "qcom_smem", > the module has smem.ko file so "smem" looks proper. > > but given that you call > > qcom_smem_get() in your code you have a hard dependency in place > > already. So, can you help me understand what use this softdep provide? > > If both smem and soc_sleep_stats are compiled as DLKMs, this is to make sure > smem module was loaded first by keeping pre soft dependency. > But we're making a direct function call into the qcom_smem driver, so we already have a hard dependency on qcom_smem.ko being loaded. Regards, Bjorn