Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3517809imu; Fri, 18 Jan 2019 11:48:24 -0800 (PST) X-Google-Smtp-Source: ALg8bN4SVmFa0LkqPXFplFW7/ZfqMyTl+T/d97N9V9VsU7iXL+BT8RuwslM4bWDciVlXEp2x5d7s X-Received: by 2002:a62:528e:: with SMTP id g136mr21520720pfb.111.1547840903917; Fri, 18 Jan 2019 11:48:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547840903; cv=none; d=google.com; s=arc-20160816; b=ljvpJE9+cVwIV9C36vVAqeOUCD/e0id4ontS9cvyYjUY5zXrWxyD8LesQgJt32RPrr 7CnYT6kzs98uuSn/fVdcEfDBLu6ASpl766tLyItddy8N303sD8waHCYU1mXCzyThAlJb /0Gd4PsM/MzejGMy5WmAW+mB4JYHELvARuX96q4YhE4l+kOh9/QaxFZwZwtNoKCUdD3q 9ld+k7Cf5XK/nIjy6LRBqalzZ8CxDb4XPeM94Jh1YaC4ZIIi59bFbSZvmn1133FVK5cT +GT1JQsnvKRD0+9yC241xzsT5AP86KBY0JdyrKYMMxfHaaaJrSbi6wvSqzPxsXoww80h tz6w== 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:dkim-signature; bh=Kn29sLFMXx3G4CrCmatwvsd8auD+1fo4FY1+dUUayIU=; b=EDP7sVOJuzncAjd1Q9y0NipR8po/5BREP+uhY7jsytlDJfgXDoHgccfiImqqkqwaPf nbaKfyfSQXVt39ohef56fsC77LWu42AgsG/fq5Tyrh9Rz+SpMjNcIWRJTehdEVyvZHII wRalr+4rkikshT1j5ldoyZwG5sxSYbSg68tL7EDgcZUMo6/rtoXwyJ1dqBzhST1gAf9V +l7s+/9vzaLM/ZhDg8d/gnkzM5if8hNI6p6gQCDR99egEJ4ZdtDYq0T81hITXvQAO4XU fHvMD3QZjREn44ngIUbKiE14ivKNKHiHJflJQV7QeZ0MHl0n7I0j+fzVMdNp/vfCGonQ X0TQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=cXG6OU5J; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ca6si5534781plb.141.2019.01.18.11.48.05; Fri, 18 Jan 2019 11:48:23 -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=@gmail.com header.s=20161025 header.b=cXG6OU5J; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729350AbfARTqt (ORCPT + 99 others); Fri, 18 Jan 2019 14:46:49 -0500 Received: from mail-pg1-f194.google.com ([209.85.215.194]:38203 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728738AbfARTqs (ORCPT ); Fri, 18 Jan 2019 14:46:48 -0500 Received: by mail-pg1-f194.google.com with SMTP id g189so6522551pgc.5; Fri, 18 Jan 2019 11:46:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=Kn29sLFMXx3G4CrCmatwvsd8auD+1fo4FY1+dUUayIU=; b=cXG6OU5JZ/QRmjJr9jZVLwtZ9mb7Rh6d0Mtsy0dWY30fWn4Jh9BLVNoe2XQI5Ol8IJ Bm5ZBual3CWro+n989N/Uyxbjwzd27o0TMSLXB90NOZMp6eW82XV63/2mm8sCxNSrmDV S8HVD7v/ohZOKU8BNIkDqTJch7JNm6Hv8on/lpjylgz8x3hQYmRm3rgSsHetDytjzXH0 +6uYeqqpCnq03DPajvc8W5neWTxCZO6xiehvHp1btYXUwk+OW4RwGDWMp71qofpTsSR6 SZgxBXB4tDYG6jb9ykvuocDSFhT04SC3Y4LJgDC5zK8ms9OQX3bsf8pruqUIgm68LDid MK5g== 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:content-transfer-encoding :in-reply-to:user-agent; bh=Kn29sLFMXx3G4CrCmatwvsd8auD+1fo4FY1+dUUayIU=; b=ZUjSrADwFnK5sWP7VMcS8M+78I2NdHXI7P8nXXgaXqzJZwfF6snMJmMTTEKQt66Uck ysqfk3hwtCK5bB8WMfXJF4XQzWPEgJ0FYtI8pBb2VuBzzdA/sNrTB+LCrX7GfkM3RczQ JNzGRuOl2TxrMzd0U5pCvG833QbsFk1ow/Oh8LERhX1Q3Ur2r3RV5PqHIBk0WFnkoX/x x9EpPb33z5kzFuyyf3/ONBf6hQOrKycNa31I2EPf8sBzMecMZfTPtEMWhJ8XBk18Ofld GsknzPC//Qx26iosTBaJQR4Cjj4OYnz8EPx2++lB1xrIyQopEhyTz3d+R2vhexgEmCk7 0gHQ== X-Gm-Message-State: AJcUuke7EdGCB0rL1kg++wJ7Mz/RJPy8xNhJxvGsdNwFoFo+Pt/pjZou 6AAuE2iKnT4JN5NUdpDfyVs= X-Received: by 2002:a63:c00b:: with SMTP id h11mr8606380pgg.429.1547840807517; Fri, 18 Jan 2019 11:46:47 -0800 (PST) Received: from Asurada-Nvidia.nvidia.com (thunderhill.nvidia.com. [216.228.112.22]) by smtp.gmail.com with ESMTPSA id n186sm7010514pfn.137.2019.01.18.11.46.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 18 Jan 2019 11:46:47 -0800 (PST) Date: Fri, 18 Jan 2019 11:46:42 -0800 From: Nicolin Chen To: Viorel Suman Cc: "robh@kernel.org" , dl-linux-imx , Cosmin Samoila , "linux-kernel@vger.kernel.org" , "linuxppc-dev@lists.ozlabs.org" , "timur@kernel.org" , "devicetree@vger.kernel.org" , "Xiubo.Lee@gmail.com" , "viorel.suman@gmail.com" , Fabio Estevam , "broonie@kernel.org" , "mark.rutland@arm.com" , "tiwai@suse.com" , "lgirdwood@gmail.com" , "S.j. Wang" , Daniel Baluta , "perex@perex.cz" , "alsa-devel@alsa-project.org" Subject: Re: [PATCH v3 0/4] Add NXP AUDMIX device and machine drivers Message-ID: <20190118194642.GA11798@Asurada-Nvidia.nvidia.com> References: <1547729177-14317-1-git-send-email-viorel.suman@nxp.com> <20190117161804.GA5760@bogus> <1547817384.11482.33.camel@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1547817384.11482.33.camel@nxp.com> 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 18, 2019 at 01:16:24PM +0000, Viorel Suman wrote: > > > 1. Moved "dais" node from machine driver DTS node to device driver > > > DTS node > > > ? as suggested by Rob. > > That was not what I suggested. You still have a virtual node which > > looks to me to be unnecessary. > > To me removing virtual node implies that AUDMIX machine driver (imx- > audmix.c + virtual node) shall be removed and machine driver code > merged into device driver (fsl_audmix.c + device node) - please let me > know if my understanding is wrong. We could use a non-DT configuration right? From the driver logic, DT just registers a device corresponding to the machine driver so that it can probe(). We could register one in fsl_audmix instead. Please refer to how fsl_ssi registers the sound card device. The machine driver can get audmix_np from the parent device pointer, and I think that's all you need. Or maybe someone else would provide a better way. But it'd work.