Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp18091ybl; Wed, 22 Jan 2020 15:11:38 -0800 (PST) X-Google-Smtp-Source: APXvYqzDK6bFimvlUexXtAgQCYV0LKSmund/YfhJ7s+uBrY55VbXEoXQd0jAuGcsJElla+g/OYpe X-Received: by 2002:aca:48d6:: with SMTP id v205mr8246203oia.10.1579734698546; Wed, 22 Jan 2020 15:11:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579734698; cv=none; d=google.com; s=arc-20160816; b=Dh53jbufNwRHqulPAjcV6KO2iUz8Hj9p3CBWw5EvPnvpaeP2we1e408EEEwJLQdf3S YQaKC7GNWFzlSTyKDTLi72NrjroxUgc0ZjUklHGwk9Ivtl0wQ9jWaBWcqZ7nnBxixRRS 8L8Wj2NMD4sJ5rWDoK7AxcSHwKMtNiO11Y4WODgDpHLBGUZe+f+Uk2srOOJmW7bvFenK VoHSfc9Tv59kAl3dqqzZAncTmyJljXcnLNlmdN7DTQ05LgxAJBqTKh7k4QuDqCpJKsOS ceAkDNKsXfka/lhNNHppTXJVzEAutxZL1HXRF+97eB2+hTrHoY1fIK8rnIFdSB7d9LIq x+nQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=nKS4ZgdlHHnHLUwY8RgxlpKouMlIJtGCSDCXGaIr8ik=; b=BKbxGObbyLALjE8WBlRzvAko6QUZhpLT23dqIdb6UoCHDlpsmbj8dM96/NGlv6TADJ 3NkforZ0tz2p9tfmatNFLyJL91aT8sE4hz4xpZjJ+1C3db8X3kyS7mLVbm94cur6fPwf 6eYlfPtaY+kGGoZBpzciq+dEZE+EtnHcGWs6YyYQLpGry0fs6EOOBq1mRQwJaWH7a7w7 8YPRDMYD68Y1XRowZZMqYIxOVaF3Xluit0LXIs4MnoAVa34zuF2KlGHUOzp7itpfpH6N 90yN131Z6CkXRsVxQNag+DZCc2wZ7HJSLGB/BiimuddC5r4KCSmfu/TaYO4xb4YMG9+u tQ3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=u0DNfOwo; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id q20si129265otn.297.2020.01.22.15.11.25; Wed, 22 Jan 2020 15:11:38 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=u0DNfOwo; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1726729AbgAVXJY (ORCPT + 99 others); Wed, 22 Jan 2020 18:09:24 -0500 Received: from mail-pl1-f194.google.com ([209.85.214.194]:38328 "EHLO mail-pl1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725884AbgAVXJY (ORCPT ); Wed, 22 Jan 2020 18:09:24 -0500 Received: by mail-pl1-f194.google.com with SMTP id t6so467052plj.5 for ; Wed, 22 Jan 2020 15:09:23 -0800 (PST) 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=nKS4ZgdlHHnHLUwY8RgxlpKouMlIJtGCSDCXGaIr8ik=; b=u0DNfOwoANhlQX2iaeD/Rd1l0fTDY4rKp4scoyXbG98q2ezDtpsrnZotpTkejKufHl 213geWr0bo/PO/QkXs5pRtXn2ip2IYPuJXb1OlBnJG/6dkuwFvfFcelM/oPNa2rQX9a5 6kcnY4VZ9X9Ksld/4jx/0Prah4EUh5Cn5r/LMI5xE7VPe/vFWQrqreNjrRmY+f8uFdp/ iwvhHDsL/nuBiSi6QOdcjq7gG01NwHlIYdenXFTDWv5lAS7lFb+NGjoP3XSRn78at3vV a19LK+/DlB2vCPQA99d3CM6LGuAJa1QUyPYJyJw8w2jOEZ25TngUfrOV97VxujoVh8Eb ueDQ== 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=nKS4ZgdlHHnHLUwY8RgxlpKouMlIJtGCSDCXGaIr8ik=; b=EP2VFC76M+cFIej5CCwzizj9z0MupvlzzzZYX8fEv0tYHrTquOHpHPIeiQYCcadmOX W3vwGum20jjMT0M6sCuJTy9szku5xNrAg8rFdk/cAQDR3BQ14VYWgAivY9qyb4H56WA/ WpEISWPB0bDZCHnjLAjPUVl9VvkVDdPGFEZ+tp+lKGYzSNqVmcXzoeIWwoTIK912BGOw 4at0Q+Jj7Egd/2Mnz8BaqfaKGT3nexhs1SGgtm3nnEEpK+zuqzXNXQsTYrdEtKu6bMnT aLXWP/5fhiQlc9UTqoYjyeJCRCkfXwh4bQDqRmQ8fqiXi5UDKssesiN3nfM7s+fHMzll LT6Q== X-Gm-Message-State: APjAAAVOk0jTkc8V26n6F0VUSrYT2nyMWY47dq4Gq4IvJguDTItBSdK8 qBgZRet/+V6nugLE5VODEBFTZA== X-Received: by 2002:a17:902:704b:: with SMTP id h11mr13773573plt.147.1579734563159; Wed, 22 Jan 2020 15:09:23 -0800 (PST) Received: from ripper (104-188-17-28.lightspeed.sndgca.sbcglobal.net. [104.188.17.28]) by smtp.gmail.com with ESMTPSA id g18sm14101pfi.80.2020.01.22.15.09.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Jan 2020 15:09:22 -0800 (PST) Date: Wed, 22 Jan 2020 15:08:49 -0800 From: Bjorn Andersson To: rishabhb@codeaurora.org Cc: Rob Herring , Mark Rutland , Ohad Ben-Cohen , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-remoteproc@vger.kernel.org, Sibi Sankar Subject: Re: [PATCH v2 2/8] remoteproc: qcom: Introduce driver to store pil info in IMEM Message-ID: <20200122230849.GC3261042@ripper> References: <20191227053215.423811-1-bjorn.andersson@linaro.org> <20191227053215.423811-3-bjorn.andersson@linaro.org> <60c10082ba90fbba0f056df8575d205f@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <60c10082ba90fbba0f056df8575d205f@codeaurora.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 22 Jan 14:56 PST 2020, rishabhb@codeaurora.org wrote: > On 2019-12-26 21:32, Bjorn Andersson wrote: > > diff --git a/drivers/remoteproc/qcom_pil_info.c [..] > > +static int pil_reloc_probe(struct platform_device *pdev) > > +{ > > + struct pil_reloc *reloc; > > + > > + reloc = devm_kzalloc(&pdev->dev, sizeof(*reloc), GFP_KERNEL); > > + if (!reloc) > > + return -ENOMEM; > > + > > + reloc->dev = &pdev->dev; > > + reloc->map = syscon_node_to_regmap(pdev->dev.parent->of_node); > If there are multiple entries like "pil-reloc" in the imem node > mapping the entire imem multiple times may not work. Is there a way > we can somehow just iomap the required region for pil? With the entire imem being represented as a syscon this will be ioremapped once and all callers of syscon_node_to_regmap() (or one of the other syscon getters) will get a regmap back that reference this one mapping. So doing it this way allow us to "map" sections of imem that is smaller than PAGE_SIZE. That said, it means that all imem users/clients should access imem through this syscon regmap. Regards, Bjorn