Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp160293pxf; Wed, 17 Mar 2021 01:53:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzaw3EXIoK4aUZsXqvMZZYRRDjkapZWHf46NuuTlHCvyXTZpHY3z0fxkbH0P5xxw7Z6+LhA X-Received: by 2002:aa7:d3ca:: with SMTP id o10mr19676836edr.374.1615971186158; Wed, 17 Mar 2021 01:53:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615971186; cv=none; d=google.com; s=arc-20160816; b=MVvEix00PxuBnkUdFAwpFOWIHbGek3t5G1uMzAm8m/S4iC02lG71WIolVQQhKadI43 vV1Tqi3fuwuQowPTF/GHdgZc1fciDR6LCmlSMJCbXxrrn/RNyXym0t7ZMKm8xAZ4nWUt xH9DIG8ZY5k5PYG6g/YwSbx404GyQa6gQhkOh965YWlPUY6E7IONQQaPHDacsr3EEBMr b2CwR1zO6mij6G/hpyTSMYxZlYsqtjJ3Q+06qIEMzi/lk+16DJxxJIkn/8c39NKvACH3 0UCfpJgGxnmaW0ESsTnwj014+r7885J0YooYJaUptBanODbGbwyTXxWZAfZ9653Xm0ez dFZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=VBpt3cP49rkhcN1HDm3Z0MkEX5WMSS3fRvn/Ddo7Grk=; b=V+t0c3c6dDSDONsZmNYWq7UPKbjvd/DW8PlmLDbS9ugt9ThKX87EcZenKyFFbclNC/ f4NE0ijfyCczb8XTyVKXN/wpNUhKYMiYSJDpnmqq+49hUuPKqk5xVLoergkOGo/MGQ2c khBikqfpdpAJmOzsddwJ18qMUtVEJIBkgocbVF/jWA5tYscEZ0r8i15zZ4jGcTWEOpOo IEUPtdzw02ha1Un5sshMWhSWlpMVQtJ6d9LypMi0gI8bBFQT/rc3MzoA4ds57X0j+Jp8 Ze2YjACcPV5upsVeVvTeve25xiM6JD33zWnZ2FcMhmSiT/0hD3YmHh/wqxoq86ZRZe9O SN7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=mnAGudcJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id ss27si16468708ejb.322.2021.03.17.01.52.43; Wed, 17 Mar 2021 01:53:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=mnAGudcJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S229658AbhCQItL (ORCPT + 99 others); Wed, 17 Mar 2021 04:49:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37444 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229505AbhCQIsr (ORCPT ); Wed, 17 Mar 2021 04:48:47 -0400 Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9F6F5C06174A for ; Wed, 17 Mar 2021 01:48:46 -0700 (PDT) Received: by mail-wr1-x42a.google.com with SMTP id x16so935431wrn.4 for ; Wed, 17 Mar 2021 01:48:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VBpt3cP49rkhcN1HDm3Z0MkEX5WMSS3fRvn/Ddo7Grk=; b=mnAGudcJmPDXj3PsCg383Zafr1alCSpuwgLfOQu4c4uXl480/f/Jb9eoNmwq1ZRCZW gSOPiEy0VwEc4Lp6MTCzjzfT+Ns/8saO+vDxOzk7kmx6vyXn7glnU6SOxKdZAyp0qytw ZJDJpVoZg75JxMwsRT2VPGJlePl1T5OlBzw2cDic7ZjhInRw4mxei0z0YVyIwsjNNiQn ikyF3KhIsF0kN1bpamn9xQwg5RNz7X97CaAfdzpK7cKg42IsEhN3SFxj1NVmv2XRZhF0 Ps3qSAWQXWAZ/qAt1XBYGxeJfnuelMKXcVWWLXiofD0P4XxrimOfgoSlRL7rDa180oJo Y6gA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VBpt3cP49rkhcN1HDm3Z0MkEX5WMSS3fRvn/Ddo7Grk=; b=kbgufmdI83JH4QcEy7fmWnUP+VE7siEttqP0WY5yYehVc/mry3T5xEl1tBIaiNcATM ODF3e9vxqr3AH7F4nsGu5/ql1Kz3CAPlERq6GE+hr7D2LWLbqsMki1TPGJO+8PvmMYaD 3sf0GlA/p00qRfnSBhOGRoP6tKEVInqCLwj6qfwiJwjH4R1bgd5vllgNqOUpxb3zqkV+ RE494RlLGwLW6+2NWu85tgfafdFUHWT/urm/z7SI9R+4UjUv6dve7+YM+UDGK5xImYEA qOl07T7ExesloHe6GEDj2u/c3R22tT59jKx7iKrtVRwyw65o11JgsxE9CHjeQ7qmkUkb 6yEg== X-Gm-Message-State: AOAM531SdH5sXKaMHHY7PmNKoR3onP/ysw40187m7/yuXczS+zhPlCcc A55XPtvZDERNmF9n+ZLEeQPwX1mOsJf7N8iLu9M= X-Received: by 2002:adf:e5c4:: with SMTP id a4mr3264627wrn.174.1615970925417; Wed, 17 Mar 2021 01:48:45 -0700 (PDT) MIME-Version: 1.0 References: <20210309082328.38388-1-daniel.baluta@oss.nxp.com> <20210309153455.GB4878@sirena.org.uk> <20210312104931.GA5348@sirena.org.uk> <20210312115748.GC5348@sirena.org.uk> <20210312142300.GG5348@sirena.org.uk> In-Reply-To: <20210312142300.GG5348@sirena.org.uk> From: Daniel Baluta Date: Wed, 17 Mar 2021 10:48:33 +0200 Message-ID: Subject: Re: [PATCH] ASoC: core: Don't set platform name when of_node is set To: Mark Brown Cc: Daniel Baluta , Linux-ALSA , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , Linux Kernel Mailing List , dl-linux-imx , Ranjani Sridharan , Pierre-Louis Bossart , "S.j. Wang" , Daniel Baluta Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 12, 2021 at 4:24 PM Mark Brown wrote: > > On Fri, Mar 12, 2021 at 02:37:30PM +0200, Daniel Baluta wrote: > > On Fri, Mar 12, 2021 at 1:59 PM Mark Brown wrote: > > > > No, just the opposite! If there's an explict name configured why do you > > > want to ignore it? > > > Because the initial assignment: > > > dai_link->platforms->name = component->name; > > > doesn't take into consideration that dai_link->platform->of_node is > > also explicitly configured. > > But why should we take that into consideration here? > > > dai->link->platforms->of_node > > configured and we hit this error: > > > > soc_dai_link_sanity_check: > > /* > > * Platform may be specified by either name or OF node, but it > > * can be left unspecified, then no components will be inserted > > * in the rtdcom list > > */ > > if (!!platform->name == !!platform->of_node) { > > dev_err(card->dev, > > "ASoC: Neither/both platform name/of_node are set for %s\n", link->name); > > return -EINVAL; > > } > > OK, but then does this check actually make sense? The code has been > that way since the initial DT introduction since we disallow matching by > both name and OF node in order to avoid confusion when building the card > so I think it does but it's only with this mail that I get the > information to figure out that this is something we actually check for > then go find the reason why we check. I will enhance the commit message and send v2. Hope to catch all the inner details.