Received: by 2002:a4a:301c:0:0:0:0:0 with SMTP id q28-v6csp127104oof; Mon, 24 Sep 2018 17:26:14 -0700 (PDT) X-Google-Smtp-Source: ACcGV63k1495b0gmfJOAE6Ig9TGJdd5EI2V4W9v3lCf1r8JRJqYKvJYn0lbFmroZDQMWqohwSBiJ X-Received: by 2002:a63:380d:: with SMTP id f13-v6mr958371pga.124.1537835173960; Mon, 24 Sep 2018 17:26:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537835173; cv=none; d=google.com; s=arc-20160816; b=APdG1cssK9ge0xs7+DgRnCif1BkdUd3UbnZ7dUxpu/tXg57AreOBFLPK1FLNkf3cbR zp775T0eRrObAd1Fv4ewRYn0yAs2pDbs+aRisVj+r8WJLwHmn/ptVPfnAwDEpJlc2e/Q hGXmolpAs60+zJ/ewtBmEkLdnPb4w7o5EvVO4mktUsIoq4krZBA/pYNnW1op6UGRoJX+ cihMUgA9E3TJzJvCOyyWs8S9yKjZ13iPTpTD8EiWGbtsU0twCzkTddZcUCW313/cHsKH Ef2anY3Iqk+9Gk+DLGxKFTcUanjvq9vck+ann6/c2MatgybeR6NE+lyY8tnNRat27c5V HIVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=c7eNSBT81Do5FtjhjAP51abYHiK3AxWqxvt5RiL02HU=; b=u5AsD/g55WAfLJ4qJN1W5q9cyw+PL2LP3SgJvdDFNsXktx9LEsrYHfa6lQAGw10fIJ MT1IwjnvINTcbLup1WIsXVErJ91whEBgvg9G0MDOHMqo72TiBSI8K2eVWR6JOfF4Nk3D sUYtLn33gf1gZgAXmbX4Hlp4KebV6CFuACEMcIGl48P5osWq/0kBm8FjDAJoPQV4LJ11 Z6I/q/akFoxCRBVW49pQWTkwazY+DAduo/dLftrl9oI1fHRahGhDaytc4vV9MjtW5RRl 5L8U562axaHXjlekKKd593Elf2rz1IOluRtmcwbWSktaq+Yk9c3wzFcF9Hg+TstSJ3Ta BVvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=zMtXb4WF; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r73-v6si700907pfk.83.2018.09.24.17.25.48; Mon, 24 Sep 2018 17:26:13 -0700 (PDT) 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=@ti.com header.s=ti-com-17Q1 header.b=zMtXb4WF; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728688AbeIYGaY (ORCPT + 99 others); Tue, 25 Sep 2018 02:30:24 -0400 Received: from fllv0015.ext.ti.com ([198.47.19.141]:48460 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728343AbeIYGaX (ORCPT ); Tue, 25 Sep 2018 02:30:23 -0400 Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id w8P0PWM2029207; Mon, 24 Sep 2018 19:25:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1537835132; bh=c7eNSBT81Do5FtjhjAP51abYHiK3AxWqxvt5RiL02HU=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=zMtXb4WFMan8JLKjlkS3v4xT5TayYD6tv4+iPjITsWPWL9/G36/s4p699quBPp2Rm 7EO7ftUKW3TdDuo+kvuaYzwGYlNDeB7WX5nbpqMDJbtfQOxxL33N2ZAtoyvSYMOnCq kU1dme8wlecJ6VZd55FrA1guLuk/o5GujAvy1qvk= Received: from DLEE103.ent.ti.com (dlee103.ent.ti.com [157.170.170.33]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id w8P0PW4T029844; Mon, 24 Sep 2018 19:25:32 -0500 Received: from DLEE107.ent.ti.com (157.170.170.37) by DLEE103.ent.ti.com (157.170.170.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 24 Sep 2018 19:25:32 -0500 Received: from dflp32.itg.ti.com (10.64.6.15) by DLEE107.ent.ti.com (157.170.170.37) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1466.3 via Frontend Transport; Mon, 24 Sep 2018 19:25:32 -0500 Received: from [128.247.58.153] (ileax41-snat.itg.ti.com [10.172.224.153]) by dflp32.itg.ti.com (8.14.3/8.13.8) with ESMTP id w8P0PV3w029955; Mon, 24 Sep 2018 19:25:31 -0500 Subject: Re: [PATCH] rpmsg: core: add support to power domains for devices To: Srinivas Kandagatla , , CC: , , , Loic Pallardy , Arnaud POULIQUEN References: <20180615095939.1331-1-srinivas.kandagatla@linaro.org> From: Suman Anna Message-ID: Date: Mon, 24 Sep 2018 19:25:31 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20180615095939.1331-1-srinivas.kandagatla@linaro.org> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Srinivas, On 06/15/2018 04:59 AM, Srinivas Kandagatla wrote: > Some of the rpmsg devices need to switch on power domains to communicate > with remote processor. For example on Qualcomm DB820c platform LPASS > power domain needs to switched on for any kind of audio services. > This patch adds the missing power domain support in rpmsg core. > > Without this patch attempting to play audio via QDSP on DB820c would > reboot the system. > > Signed-off-by: Srinivas Kandagatla > --- > drivers/rpmsg/rpmsg_core.c | 7 +++++++ > 1 file changed, 7 insertions(+) > > diff --git a/drivers/rpmsg/rpmsg_core.c b/drivers/rpmsg/rpmsg_core.c > index b714a543a91d..8122807db380 100644 > --- a/drivers/rpmsg/rpmsg_core.c > +++ b/drivers/rpmsg/rpmsg_core.c > @@ -15,6 +15,7 @@ > #include > #include > #include > +#include > #include > > #include "rpmsg_internal.h" > @@ -449,6 +450,10 @@ static int rpmsg_dev_probe(struct device *dev) > struct rpmsg_endpoint *ept = NULL; > int err; > > + err = dev_pm_domain_attach(dev, true); > + if (err) > + goto out; This patch has broken the virtio-rpmsg stack based rpmsg devices. These devices are non-DT and the rpmsg_dev_probe() is now failing with -19 (-ENODEV) error code. Loic, Arnaud, Can one of you double-confirm this behavior on ST platforms as well? The patch came through 4.14.71 stable release and broke our downstream kernels. regards Suman > + > if (rpdrv->callback) { > strncpy(chinfo.name, rpdev->id.name, RPMSG_NAME_SIZE); > chinfo.src = rpdev->src; > @@ -490,6 +495,8 @@ static int rpmsg_dev_remove(struct device *dev) > > rpdrv->remove(rpdev); > > + dev_pm_domain_detach(dev, true); > + > if (rpdev->ept) > rpmsg_destroy_ept(rpdev->ept); > >