Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753391AbeADTHZ (ORCPT + 1 other); Thu, 4 Jan 2018 14:07:25 -0500 Received: from mail-pl0-f48.google.com ([209.85.160.48]:44859 "EHLO mail-pl0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753057AbeADTHW (ORCPT ); Thu, 4 Jan 2018 14:07:22 -0500 X-Google-Smtp-Source: ACJfBosVcTB7yNh6FVZHSlMaVwEhvUdF7l0K5FQPaOeaBRHft8x0tnm01oEwMttN5fYte0sd1RJmDg== Date: Thu, 4 Jan 2018 11:07:33 -0800 From: Nicolin Chen To: "Maciej S. Szmigiero" Cc: timur@tabi.org, broonie@kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, alsa-devel@alsa-project.org, lgirdwood@gmail.com, fabio.estevam@nxp.com, caleb@crome.org, arnaud.mouiche@invoxia.com, lukma@denx.de, kernel@pengutronix.de Subject: Re: [PATCH v1 11/15] ASoC: fsl_ssi: Setup AC97 in dai_probe() Message-ID: <20180104190732.GA27975@Asurada-Nvidia> References: <1513702819-42310-1-git-send-email-nicoleotsuka@gmail.com> <1513702819-42310-12-git-send-email-nicoleotsuka@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Mon, Jan 01, 2018 at 04:17:20PM +0100, Maciej S. Szmigiero wrote: > > AC97 configures some registers earlier to start a communication > > with CODECs, so this patch moves those register settings to the > > dai_probe() as well, along with other register configurations. > This patch breaks AC'97 CODEC probing. > > Namely, the fsl_ssi DAI probe callback is only called after the AC'97 > CODEC probe callback, so when you move SSI AC'97 startup to its DAI > probe callback it won't be done yet when the CODEC is probed (and this > requires a working AC'97 interface to successfully complete). Hmm...What's the dependency here? Why is it required like this? I am okay to put everything to a separate fsl_ssi_hw_init() and move it back to the platform probe() though.