Received: by 10.223.185.116 with SMTP id b49csp6548781wrg; Thu, 8 Mar 2018 09:11:51 -0800 (PST) X-Google-Smtp-Source: AG47ELv9UA04ty+GxP/M0xT6RMZl4VE3e132eIQ0J2RjUhZ/BZDn7Em0TBNVZVVp7MCGc8rtQq2q X-Received: by 10.99.110.11 with SMTP id j11mr21821539pgc.294.1520529110952; Thu, 08 Mar 2018 09:11:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520529110; cv=none; d=google.com; s=arc-20160816; b=iu/6KMZBFgDU6ornUXuOMGPrr0cWBKnEGrZ/o5EnLcqgd3qUR1tWrOD7jAXtw9PAr6 BJaJsxYMfXlFVvw18VTRhDUF8guM3p09WPo0t/YsS9EmoFI7J1zQDosUc0BJb/Ux7FBq 8P/jCmepfBajzIeDRLDqwahpVtTsa4dcu6QKq5t0Ex1AiLdGOg7AU2czkBJnZt5a4EcK HhyJLkG1ayyQT6XyC11Wl3Q1q9qf621IyL6kDyoJitXW2dCDkB0oNrfahAnTSsH4dbKZ MFJrq0btoLWKbfF1QszTvFzW/6yUjF8dGgJbWWa73N2BFRkZL14WrwxTaukhZTh3pYcb Eh4g== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=W5ueaSTvrPM4BA43OZOFiMJIEPtwo0ZkgU+cHfn5RU4=; b=WNDkihX38fnHciL0pLEM3cWry7z7W+m+io03bwpUFI6SWPh8/dPR99QQ34m3gvPEbU tKbDkGIb3yq+8XenOeQLCwndqpbfvkzgi+bO1k3dDMZj9rsF+l+3vyg2hZFVGDtL4Whi CFsOwUUYs7rcE8SbtU6zaxm11Lidh3prat5iQeWc7m+nzCCC12OFc6gnH+YZW6QWhBH9 oVmODemG63C0Xr9TCnBCobAdyspRPoU8VUhNN7o27gylnNyAVQbtRCTBfCGefI0TTG2I 7Vmeuby08KHCIlmY45eTkUx8tCNoJNRccQf2v/NAn5uJPlHvlJ0Fb640I7EQTQ6hdwKd eNYA== 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 r79si16004228pfb.126.2018.03.08.09.11.32; Thu, 08 Mar 2018 09:11:50 -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 S934121AbeCHRHl convert rfc822-to-8bit (ORCPT + 99 others); Thu, 8 Mar 2018 12:07:41 -0500 Received: from muru.com ([72.249.23.125]:60160 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932076AbeCHRHk (ORCPT ); Thu, 8 Mar 2018 12:07:40 -0500 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id A7B9180DB; Thu, 8 Mar 2018 17:08:36 +0000 (UTC) Date: Thu, 8 Mar 2018 09:07:36 -0800 From: Tony Lindgren To: Sebastian Reichel Cc: Lee Jones , Liam Girdwood , Mark Brown , Rob Herring , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, linux-omap@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, kernel@collabora.com Subject: Re: [PATCHv5 3/5] mfd: motorola-cpcap: Add audio-codec support Message-ID: <20180308170736.GN5799@atomide.com> References: <20180223200254.25685-1-sebastian.reichel@collabora.co.uk> <20180223200254.25685-4-sebastian.reichel@collabora.co.uk> <20180307163211.rytfli5tb47yhtug@dell> <20180308094652.qg4atjw5c3hayaz3@earth.universe> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: <20180308094652.qg4atjw5c3hayaz3@earth.universe> 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 * Sebastian Reichel [180308 09:47]: > Hi Lee, > > On Wed, Mar 07, 2018 at 04:32:11PM +0000, Lee Jones wrote: > > On Fri, 23 Feb 2018, Sebastian Reichel wrote: > > > +static const struct mfd_cell cpcap_mfd_devices[] = { > > [...] > > > > + }, { > > > + .name = "cpcap-led", > > > + .id = 4, > > > + .of_compatible = "motorola,cpcap-led-cp", > > > + }, { > > > + .name = "cpcap-codec", > > > + } > > > +}; > > > > With none of the entries containing platform_data /me wonders why you > > can't still use devm_of_platform_populate()? > > Because devm_of_platform_populate works with compatible properties and > cpcap-codec does not have one after I removed it for Mark. How about keep devm_of_platform_populate() for the ones that already have compatible. Then add a table entry for cpcap-codec only and call devm_mfd_add_devices()? Regards, Tony