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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E7728C433F5 for ; Thu, 31 Mar 2022 08:26:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229823AbiCaI2H (ORCPT ); Thu, 31 Mar 2022 04:28:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33024 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233013AbiCaI15 (ORCPT ); Thu, 31 Mar 2022 04:27:57 -0400 Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E1D061B84D3 for ; Thu, 31 Mar 2022 01:26:10 -0700 (PDT) Received: by mail-ej1-x630.google.com with SMTP id yy13so46517708ejb.2 for ; Thu, 31 Mar 2022 01:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=wSpQ7kqPRes8y+BZixCtHBBiimor8r8yx7SKBxj6uhY=; b=nWwIJGsTAKrLDuHNXKIXHp9RpvIRgtxeWtzVp+O/Y/A8RzskUgdcBk+Wj+IoIAESe/ bmX7I7pRcJ3BYrAXmQtTCAekUuCm2oFpWmHoqAau0q7EGeth5Str74hkdeaLuuv4ERck m/+shJR/zREUNt+oC2zayqP9aR8d322VREq4FU3eRWzdb1KBsEsHtrhjLTB3yWNAFoOl WsldT9mpQf2QyKN9lENzjCaRB+LwNz55KcCuZh0rVc4GqP2KenBKBCZatBVXtKrnQo5O XApijhtU+VtZTFtkXzDzAX4nRnKqWphvpVviT5pHsqoYGw8NWdPFZtBOzKVDFJiYdc6j IR6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=wSpQ7kqPRes8y+BZixCtHBBiimor8r8yx7SKBxj6uhY=; b=tHz9F5vevGuxW/LqSdgng5GgvcJ11QK4mLbWZfLuldfuz++oyN0gB8To8tXYAx8Ku+ aEahdZi/1u4kTCU+nuQxvt4l0jEB4E1gi7XyhmGWl3OHFjZW4/C+2T0avyGk6awa22Ng ccYCJwY4Q1pm1KdwcIwUFyaDd1UuaN2MeHsO110dP9refAPnH0UD/DxjMlAoPgrTvx45 nM7pIftt02yvlLCGD5h4GRLeaPTOS3Hf2bvTFG0YDgoeHF0ilnyEXGL9bO3CGKoLI4uo ogAxP+ZvczsDylg0jVpdMihA+cZ35E9bOl9qvCxAlm0H1/C3zqLJ7FWjnd7pFi/5OMbn 0T5w== X-Gm-Message-State: AOAM532EYXY9X/1jFmRmJjMSu/ZwdiVDmtn/iILLYymaN2X86/i1RU3P 1+gZtuwVDAIy1jnI3RVANiAwyw== X-Google-Smtp-Source: ABdhPJwF+TCl2dlZMkSxyCJJT3DeIcHZ/t9GgyB741Ak637RCd4tSwotlqumdO66bQuGcUviRlGudQ== X-Received: by 2002:a17:907:a0c8:b0:6df:ef3c:5eb6 with SMTP id hw8-20020a170907a0c800b006dfef3c5eb6mr4052580ejc.646.1648715168694; Thu, 31 Mar 2022 01:26:08 -0700 (PDT) Received: from [192.168.0.165] (xdsl-188-155-201-27.adslplus.ch. [188.155.201.27]) by smtp.gmail.com with ESMTPSA id hs12-20020a1709073e8c00b006dfdfdac005sm9233409ejc.174.2022.03.31.01.26.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 31 Mar 2022 01:26:08 -0700 (PDT) Message-ID: <224d1d98-5d6f-515e-feef-a1ebf20a90d9@linaro.org> Date: Thu, 31 Mar 2022 10:26:07 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [RFC PATCH 1/5] dt-bindings: sound: Add Apple Macs sound system Content-Language: en-US To: =?UTF-8?Q?Martin_Povi=c5=a1er?= Cc: =?UTF-8?Q?Martin_Povi=c5=a1er?= , Liam Girdwood , Mark Brown , Rob Herring , Krzysztof Kozlowski , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Mark Kettenis , Hector Martin , Sven Peter References: <20220331000449.41062-1-povik+lin@cutebit.org> <20220331000449.41062-2-povik+lin@cutebit.org> <9e3ba11c-d179-c229-fb7c-bf5611a15b1b@linaro.org> <0f7677ba-bffa-7ec6-7c74-3fad84a1d2c5@linaro.org> From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 31/03/2022 10:23, Martin PoviĊĦer wrote: > >> There should be some maximum of supported codecs. Hardware might have >> such constraints. If really unsure, choose some reasonable (small) >> amount. It could be later raised, if needed. > > There are some constraints but technically not in the driver that binds > on this binding. I thought no limit is better than an arbitrary one, but > if the preference is to have one, I will add it, no problem. Just to clarify this - bindings are not about the driver, but about the hardware. We model here the hardware and its programming model, not the driver implementation (although of course it's always somehow related). Hardware has some limitations for sure. The question is whether we know them. :) I prefer even arbitrary limit, because then schema will check DTSes for simple mistakes. You can also explain this in commit msg, that maxItems are arbitrary, so whoever in the future wants to change it, will know the background. Best regards, Krzysztof