Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp917818ybl; Fri, 24 Jan 2020 11:58:05 -0800 (PST) X-Google-Smtp-Source: APXvYqxd40vG1HLCWQdZ9LbHqV2yuhjtWy0eWRbRzHwQqj/om5cWHnox0lAJ5zbg93b//xP61ePl X-Received: by 2002:aca:2207:: with SMTP id b7mr343380oic.109.1579895885005; Fri, 24 Jan 2020 11:58:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579895885; cv=none; d=google.com; s=arc-20160816; b=yO7d0h3UQITIEDrNvPch3WPlBGOYXjnpVYnGTgMRyJsEywNHF4wQqTZM1EvAKU4Z78 ClrJFbO7q1o7ymtrf3TL1MEaTGgFHG1M/8rEe9/HWr+ZI1FyzOITuBTRp+F2Zvk2DtVV KrQQAgeIo6QjqX8lqOAjW0tRQZqjSjWK9jSmXdWq7ai9CioWv7+HcAdmG6j6WuQ8sqTT qgKpzcnx/uSBmnRJ5k/ialjI51B/CWGTBKJ8G13HpCQ5BjvxdPPnRtby6CEIii7ckJ8Y IaVatgD7m+IFu9XLWibC1e5jdrPN3bhxXw+x7wyq2HYMRp0lpKyBSx6vZU4PSXjItlR/ +WRA== 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=EtUTv+mKD2BTlpOOQRjOczPIRxHgbuVeA/FFNPR8654=; b=vU0D2ciQqoeJEyUMwhWrVx30HN6nEh8WMUHh/UEWpr1geGf49azFqYWIRS4c26Qjw8 G0NFx8C9ETcI0CcGwwv/AHnMvbdv875o3N2sxyQCOgVUrZQi6evfd6vsqVp7J7Fc4y3h JzATpOJXqgeeC3gNLYqjK26TRcrvPfcGgkEKqwT7mZ9dvhQxuBeXAz5pOpDIhtiLmiWb M/Pp/UhtRqQXYvkJZ7JpWhV/H1ilYreFhA0OUtG597JNArfQf4GZqNqOEu4mYtWJxuUn MIjmesSJbwyUfk26r5WRIsJ+BSCyeLXKd/rGwJ9NsnXsHJ5Txz93/fl1gZ/hzG73gzj/ 90/Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b25si3137598otp.212.2020.01.24.11.57.52; Fri, 24 Jan 2020 11:58:04 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404113AbgAXLkR (ORCPT + 99 others); Fri, 24 Jan 2020 06:40:17 -0500 Received: from foss.arm.com ([217.140.110.172]:49838 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391228AbgAXLWl (ORCPT ); Fri, 24 Jan 2020 06:22:41 -0500 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 57B94328; Fri, 24 Jan 2020 03:22:41 -0800 (PST) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 22EC03F68E; Fri, 24 Jan 2020 03:22:40 -0800 (PST) Date: Fri, 24 Jan 2020 11:22:35 +0000 From: Sudeep Holla To: Viresh Kumar Cc: arnd@arndb.de, jassisinghbrar@gmail.com, cristian.marussi@arm.com, peng.fan@nxp.com, peter.hilber@opensynergy.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Sudeep Holla Subject: Re: [PATCH V4] firmware: arm_scmi: Make scmi core independent of the transport type Message-ID: <20200124112235.GA40307@bogus> References: <20200121183818.GA11522@bogus> <20200122121538.GA31240@bogus> <20200123103033.GA7511@bogus> <20200124030212.qjlzz75dgt5kla7t@vireshk-i7> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200124030212.qjlzz75dgt5kla7t@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 Fri, Jan 24, 2020 at 08:32:12AM +0530, Viresh Kumar wrote: [...] > > I think this defines the problem somewhat, though I wasn't able to > reproduce the problem on my platform :) No worries, I found the issue. It's devm_kzalloc in mailbox_chan_setup. You need to pin the allocation with dev the main scmi platform device and not individual protocol specific scmi_device. Basically, change cdev to dev in there. It fixed the issue. You have it correct later for payload devm_ioremap. I couldn't review the change in detail yet, allow me today. You can post next version next week, anyways too late for v5.6 ;). Peng, Peter, Any comments on this ? I hope you are happy with this for SMC and virtio based transport. -- Regards, Sudeep