Received: by 2002:a05:6512:2355:0:0:0:0 with SMTP id p21csp213497lfu; Wed, 30 Mar 2022 21:15:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8rC9fntoDODjRcJHgMoZAkT6rBCNNkiviT37MMJSYOX6DrFFcM3CSOpNGXcmiLXbf9cWp X-Received: by 2002:a17:90a:5643:b0:1bf:ac1f:a1de with SMTP id d3-20020a17090a564300b001bfac1fa1demr3910095pji.224.1648700153054; Wed, 30 Mar 2022 21:15:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648700153; cv=none; d=google.com; s=arc-20160816; b=MBPrYaImcH8g1WmVLme/S7eD0F9ipM9WqiTIECtrHV0IY6c/x5FFsXWNiEHci9Muxe 3BI0hs3ROUJxlSVktlYpxzy6vrfyPRWdM3F57kmpVQMI1PsPy59SZhJDcTc53lVhwq7m gCi8hXrXgI6Z22r7mQpNed5/JSZbJYwq/JGxxyxPRCjtWMeV05l//JD+4cARy5122uKy VJfim4Olhu8PwM5tJfljQ5A0OQXf4yTMsAZrH26hhBuBBGwZtO6B2WNEojpyP93rkOat 5fVyJxEEc2BGlR23eCN729fUYmZ0nqX19DMtYealnv3DJgrMimNrJE5NHdfVcPKDOXCx aIUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=XP//5gtw4OmEA3V8wHtcuPmqGTO0Li7CLP1ss75DC0Y=; b=Ab6dXLJxifNEiq3o6mQ3DkANsbD0xckR0x0IiLPqvYiuOofcN1mP7thVho6ovP/9W7 8nwBzdLfV+usf2Moya3Fg+htysBVIroT/LzAOpqlPHmgYcTJFcLntDWSyDQsokw2c02l 4LA1/8/QsJAGkx19m8sFFr59zm2Zf8vJypCNhzMlEzNMA/okK36xsYLAQbj0NbpoGVRK G3BGO++5Jbj6TVUJSVSMj+xe7Iyawly9li+w6j7uzS7/eUEDIlcudGdDUAKU/RvRAkoR C8w9O2SRfxerZr/d81zs4U16Zih51oPrw1wv75mgD+22NTsPPNZgZmz/06kamUVGRqQb XBkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=dw1SxPbk; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id d9-20020a170902cec900b00153b2d1640esi24266905plg.22.2022.03.30.21.15.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 30 Mar 2022 21:15:53 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=dw1SxPbk; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id EFEA61C60D8; Wed, 30 Mar 2022 20:22:39 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244078AbiC3PWY (ORCPT + 99 others); Wed, 30 Mar 2022 11:22:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53338 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348103AbiC3PWW (ORCPT ); Wed, 30 Mar 2022 11:22:22 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [46.235.227.227]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A07BD192367; Wed, 30 Mar 2022 08:20:36 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: nfraprado) with ESMTPSA id 112231F45044 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1648653635; bh=62VOmuT6t0x2pqTpy3t9E42OjHWjGuZ/ZV9Yo+IzaOQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=dw1SxPbk+AGfAp47BCkrkLPByFHQ0a5eeUwM5pxBFtLh/cUDa98YhrETr8hDjVNU+ OwIqaSyxottFSq7HlSZbfNmN6j9YP26sIvygcl7t1Ch005K41XymeHYhNcRBQuGkeB X+V2UOdoj1Y9M2NusjzWJ8qyfI325cEkv+fgg4oR+wExH1OPn6fPy68+HRxnRBUmZA HK+TgH0Fjcy1Z04U351GLD5OqfPqokDCmj0WLck8JzdE4aefM2+gDDj0ATAsYwrDkL UJp5mPrOgtge7jmP2Fy+L9pBgUVMIofsLwHzgM47GBilcBA9KQTi7JAx+hRDW6O0oF UzEWkoXAAV6LQ== Date: Wed, 30 Mar 2022 11:20:26 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: Jiaxin Yu Cc: broonie@kernel.org, robh+dt@kernel.org, tzungbi@google.com, angelogioacchino.delregno@collabora.com, aaronyu@google.com, matthias.bgg@gmail.com, trevor.wu@mediatek.com, linmq006@gmail.com, alsa-devel@alsa-project.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, Project_Global_Chrome_Upstream_Group@mediatek.com, Tzung-Bi Shih Subject: Re: [v7 2/4] ASoC: mediatek: mt8192: refactor for I2S3 DAI link of speaker Message-ID: <20220330152026.6nuigsldx46lue44@notapiano> References: <20220324064511.10665-1-jiaxin.yu@mediatek.com> <20220324064511.10665-3-jiaxin.yu@mediatek.com> <20220329223002.uo7kiemopkh7ak4x@notapiano> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 30, 2022 at 10:33:06AM +0800, Jiaxin Yu wrote: > On Tue, 2022-03-29 at 18:30 -0400, N?colas F. R. A. Prado wrote: > > Hi Jiaxin, > > > > On Thu, Mar 24, 2022 at 02:45:09PM +0800, Jiaxin Yu wrote: > > > MT8192 platform will use rt1015 or rt105p codec, so through the > > > snd_soc_of_get_dai_link_codecs() to complete the configuration > > > of dai_link's codecs. > > > > > > Signed-off-by: Jiaxin Yu > > > Reviewed-by: Tzung-Bi Shih > > > --- > > > .../mt8192/mt8192-mt6359-rt1015-rt5682.c | 108 ++++++++++-- > > > ------ > > > 1 file changed, 59 insertions(+), 49 deletions(-) > > > > > > diff --git a/sound/soc/mediatek/mt8192/mt8192-mt6359-rt1015- > > > rt5682.c b/sound/soc/mediatek/mt8192/mt8192-mt6359-rt1015-rt5682.c > > > index ee91569c0911..837c2ccd5b3d 100644 > > > --- a/sound/soc/mediatek/mt8192/mt8192-mt6359-rt1015-rt5682.c > > > +++ b/sound/soc/mediatek/mt8192/mt8192-mt6359-rt1015-rt5682.c > > > @@ -604,17 +604,9 @@ SND_SOC_DAILINK_DEFS(i2s2, > > > DAILINK_COMP_ARRAY(COMP_DUMMY()), > > > DAILINK_COMP_ARRAY(COMP_EMPTY())); > > > > > > -SND_SOC_DAILINK_DEFS(i2s3_rt1015, > > > +SND_SOC_DAILINK_DEFS(i2s3, > > > DAILINK_COMP_ARRAY(COMP_CPU("I2S3")), > > > - DAILINK_COMP_ARRAY(COMP_CODEC(RT1015_DEV0_NAME, > > > - RT1015_CODEC_DAI), > > > - COMP_CODEC(RT1015_DEV1_NAME, > > > - RT1015_CODEC_DAI)), > > > - DAILINK_COMP_ARRAY(COMP_EMPTY())); > > > - > > > -SND_SOC_DAILINK_DEFS(i2s3_rt1015p, > > > - DAILINK_COMP_ARRAY(COMP_CPU("I2S3")), > > > - DAILINK_COMP_ARRAY(COMP_CODEC("rt1015p", "HiFi")), > > > + DAILINK_COMP_ARRAY(COMP_EMPTY()), > > > DAILINK_COMP_ARRAY(COMP_EMPTY())); > > > > > > SND_SOC_DAILINK_DEFS(i2s5, > > > @@ -929,6 +921,7 @@ static struct snd_soc_dai_link > > > mt8192_mt6359_dai_links[] = { > > > .dpcm_playback = 1, > > > .ignore_suspend = 1, > > > .be_hw_params_fixup = mt8192_i2s_hw_params_fixup, > > > + SND_SOC_DAILINK_REG(i2s3), > > > }, > > > { > > > .name = "I2S5", > > > @@ -1100,55 +1093,64 @@ static struct snd_soc_card > > > mt8192_mt6359_rt1015p_rt5682_card = { > > > .num_dapm_routes = > > > ARRAY_SIZE(mt8192_mt6359_rt1015p_rt5682_routes), > > > }; > > > > > > +static int mt8192_mt6359_card_set_be_link(struct snd_soc_card > > > *card, > > > + struct snd_soc_dai_link > > > *link, > > > + struct device_node *node, > > > + char *link_name) > > > +{ > > > + int ret; > > > + > > > + if (node && strcmp(link->name, link_name) == 0) { > > > + ret = snd_soc_of_get_dai_link_codecs(card->dev, node, > > > link); > > > + if (ret < 0) { > > > + dev_err_probe(card->dev, ret, "get dai link > > > codecs fail\n"); > > > + return ret; > > > + } > > > + } > > > + > > > + return 0; > > > +} > > > + > > > static int mt8192_mt6359_dev_probe(struct platform_device *pdev) > > > { > > > struct snd_soc_card *card; > > > - struct device_node *platform_node, *hdmi_codec; > > > + struct device_node *platform_node, *hdmi_codec, *speaker_codec; > > > int ret, i; > > > struct snd_soc_dai_link *dai_link; > > > struct mt8192_mt6359_priv *priv; > > > > > > - platform_node = of_parse_phandle(pdev->dev.of_node, > > > - "mediatek,platform", 0); > > > - if (!platform_node) { > > > - dev_err(&pdev->dev, "Property 'platform' missing or > > > invalid\n"); > > > + card = (struct snd_soc_card *)of_device_get_match_data(&pdev- > > > >dev); > > > + if (!card) > > > return -EINVAL; > > > + card->dev = &pdev->dev; > > > + > > > + platform_node = of_parse_phandle(pdev->dev.of_node, > > > "mediatek,platform", 0); > > > + if (!platform_node) { > > > + ret = -EINVAL; > > > + dev_err_probe(&pdev->dev, ret, "Property 'platform' > > > missing or invalid\n"); > > > + goto err_platform_node; > > > } > > > > > > - card = (struct snd_soc_card *)of_device_get_match_data(&pdev- > > > >dev); > > > - if (!card) { > > > + hdmi_codec = of_parse_phandle(pdev->dev.of_node, > > > "mediatek,hdmi-codec", 0); > > > + if (!hdmi_codec) { > > > ret = -EINVAL; > > > - goto put_platform_node; > > > + dev_err_probe(&pdev->dev, ret, "Property 'hdmi-codec' > > > missing or invalid\n"); > > > + goto err_hdmi_codec; > > > > You're making hdmi-codec a required property, since now the driver > > fails to > > probe without it. Is it really required though? The driver code still > > checks for > > the presence of hdmi_codec before using it, so shouldn't it be fine > > to let it be > > optional? > > > > If it is really required now though, then I guess at least the dt- > > binding should > > be updated accordingly. (Although I think this would technically > > break the ABI?) > > > > Thanks, > > N?colas > > Hi N?colas, > > Thanks for your comment. Indeed I made hdmi-codec a required property, > because it is a must in this machine driver. I prefer to report errors > during the registration rather than during the use. But what do you mean that it is required in this machine driver? The code checks for presence of hdmi_codec and ignores it if it's not set, so it does really seem optional to me. Also, I have tested this driver on mt8192-asurada-spherion without hdmi-codec set in the DT and the speaker and headphone sound works just fine. Besides, there might be machines using this driver that don't support HDMI, and requiring an hdmi-codec in the DT for them would not make any sense. So keeping hdmi-codec as optional seems like the most sensible solution to me, really. Thanks, N?colas > > So I'd like to take your second suggestion. I need to update dt-binding > that set hdmi-codec as required property. > > "(Although I think this would technicallybreak the ABI?)" > ==> I can't understand this question, could you help explain it in more > detail. > > Thanks, > Jiaxin.Yu > > > > > } > > > - card->dev = &pdev->dev; > > > > > > - hdmi_codec = of_parse_phandle(pdev->dev.of_node, > > > - "mediatek,hdmi-codec", 0); > > > + speaker_codec = of_get_child_by_name(pdev->dev.of_node, > > > "speaker-codecs"); > > > + if (!speaker_codec) { > > > + ret = -EINVAL; > > > + dev_err_probe(&pdev->dev, ret, "Property 'speaker- > > > codecs' missing or invalid\n"); > > > + goto err_speaker_codec; > > > + } > > > > > > snip... > > > > > > -put_hdmi_codec: > > > +err_probe: > > > + of_node_put(speaker_codec); > > > +err_speaker_codec: > > > of_node_put(hdmi_codec); > > > -put_platform_node: > > > +err_hdmi_codec: > > > of_node_put(platform_node); > > > +err_platform_node: > > > return ret; > > > } > > > > > > -- > > > 2.18.0 > > > > > > >