From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 99890C3DA7A for ; Fri, 6 Jan 2023 09:25:06 +0000 (UTC) Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id 37BEA14191; Fri, 6 Jan 2023 10:24:14 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz 37BEA14191 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1672997104; bh=/guuqpYUGNjdXQuLjNqMSHdBTlf67T4+XuF5fMg8NmA=; h=Date:Subject:To:References:From:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Cc:From; b=ufuBW0nzm9gjh4dWFNePpGxbbRLpv43Y6ZZghAoS0BcsYp02eSP3iXGXNibxwlO8b 6XceEf+acoV0Tak9o4wKW1rB2XWUHIDoFlQlRWfC77tqYBDUU3y8agTVJFizB/Cy5O 7xbT40iU28sB1qazAsJ5AznzsE4geKhbNc3i41wk= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id E5FADF80238; Fri, 6 Jan 2023 10:24:13 +0100 (CET) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 222D1F80238; Fri, 6 Jan 2023 10:24:13 +0100 (CET) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id 60448F80238 for ; Fri, 6 Jan 2023 10:24:10 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 60448F80238 Authentication-Results: alsa1.perex.cz; dkim=pass (2048-bit key, unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256 header.s=google header.b=YTbpxPT1 Received: by mail-wm1-x333.google.com with SMTP id fm16-20020a05600c0c1000b003d96fb976efso3110278wmb.3 for ; Fri, 06 Jan 2023 01:24:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=SK0dKOCEBiaYKVTOvhAS22+z7lpa7ZgsHoskRIRAsZc=; b=YTbpxPT1ydolX/yLiyHmyWQXFkrm76SJhztxoGBZX3lIpxBbCW/ue7DCp6AtCG9DnI yDu9AD5+xqLyvsC9TSBoQKdQ9H73q+SPg6W/D1yGKk9StZfYlZ356SvmshsHoSVv9T/G jcQCIcvTHcsT8gJzeQef+d+nGR2q7gASrn1Fnln5Ejp3+lsENDxg3CSPvXp3/HOeXJR2 2c0EEDx94X+WkfyNLGtsqwJWAOy/1HgVcQ7bE31mSDXNobClaQBXBsi+xaQSZBqTl170 5pFD3NtwDVWjJgbyBkqox87NKkY2JxhMgxnyplkoH304Bcyq9Q9YImAqgJslqXIV434U Cb7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=SK0dKOCEBiaYKVTOvhAS22+z7lpa7ZgsHoskRIRAsZc=; b=O0mCQkLnrW1zqBeYqJK1CzeKxdVG+vWWKz2Jkt1/KLx4b7VulSxCxoUiBDxFa6mxP3 uAxxrlu5znzuUZW8wsWbbiHls7lTKJXwVYAEOG+nydqM7iuWINeniZGwd8HottKBQdDS sxoY1KqDxtR8QjW7DYgFA+F51N7MDzU3BLL9D/UE4JlsfkqPwFCAo5t/mDTCAmML39TA 38lj0wrrAm9ggUNIZNwqfeluPvUugfMTWd9VX0RGGhdc2KuLaMEWAR8YUe8brMi/XW+2 lNbnW17qhrS7MnA3s4S9n46bY2BwmlPVfKtqiUpJF0GJi+KyPWgu6Z2Rgz2foAtXanYs 714g== X-Gm-Message-State: AFqh2kqRDlURCFK0tiUH3/zAcYl3GrSqhL3JqEALlVPR+02Vk/St2hVC 7fHf3w2RKRhHM0wjJDURe1J3sg== X-Google-Smtp-Source: AMrXdXvUXP1CXYiwjVxyNq2t/+oSyvDqLJuGkimxPKQaOx1jLGDORGChSn+kZ/MZBKQgytJdm7fmrA== X-Received: by 2002:a05:600c:798:b0:3d3:5737:3b0f with SMTP id z24-20020a05600c079800b003d357373b0fmr47698542wmo.36.1672997049322; Fri, 06 Jan 2023 01:24:09 -0800 (PST) Received: from [192.168.1.102] ([178.197.216.144]) by smtp.gmail.com with ESMTPSA id k4-20020a05600c1c8400b003d22528decesm6453805wms.43.2023.01.06.01.24.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Jan 2023 01:24:08 -0800 (PST) Message-ID: Date: Fri, 6 Jan 2023 10:24:05 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: [PATCH 2/2] ARM: dts: vfxxx: Swap SAI DMA order Content-Language: en-US To: Lucas Stach , Marek Vasut , linux-arm-kernel@lists.infradead.org, Krzysztof Kozlowski , Rob Herring References: <20230105144145.165010-1-marex@denx.de> <20230105144145.165010-2-marex@denx.de> <5c2f0bba0a3a9d846cdfbcf7529759327d895810.camel@pengutronix.de> From: Krzysztof Kozlowski In-Reply-To: <5c2f0bba0a3a9d846cdfbcf7529759327d895810.camel@pengutronix.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Shengjiu Wang , Peng Fan , Markus Niebel , Richard Zhu , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, Alexander Stein , Adam Ford , Richard Cochran , Paul Elder , Liam Girdwood , Stefan Agner , Joakim Zhang , Mark Brown , Laurent Pinchart , Pengutronix Kernel Team , Shawn Guo , Tim Harvey , Fabio Estevam , Sascha Hauer , NXP Linux Team Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" On 06/01/2023 10:18, Lucas Stach wrote: > Am Donnerstag, dem 05.01.2023 um 15:41 +0100 schrieb Marek Vasut: >> Swap the SAI dmas and dma-names to match the order documented in >> Documentation/devicetree/bindings/sound/fsl,sai.yaml >> No functional change. >> > While I'm not opposing this patch, I find this class of changes a bit > odd. The *-names properties are there so the properties they are naming > can be in any order in the DT without impacting the lookup. Enforcing a > fixed order for named properties just feels odd. DT requires fixed order regardless of '-names' property. '-names' are not there to fulfill "can be in any order", but merely a helper. > > Not sure if the schema validation could take this into account or if > there is any policy in place already by the DT maintainer that we still > want to enforce the same order in the DTs as in the bindings. The order in DTS must obviously match bindings, however here both are changed, so what is exactly your concern? Best regards, Krzysztof