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 DCF8EC636D3 for ; Tue, 31 Jan 2023 13:22:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231635AbjAaNV7 (ORCPT ); Tue, 31 Jan 2023 08:21:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60168 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230432AbjAaNV6 (ORCPT ); Tue, 31 Jan 2023 08:21:58 -0500 Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3D7BC5FE9 for ; Tue, 31 Jan 2023 05:21:51 -0800 (PST) Received: by mail-yb1-xb36.google.com with SMTP id u72so18007856ybi.7 for ; Tue, 31 Jan 2023 05:21:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PS8+qSIHWKmyaRKr/7lxTJ6J5mm+kDSGr6zIeoJ549o=; b=htWHRzHAwcQ0yAcUaCKKPMHpnADzNrTlXGi4VxX0uQm6MD5SZoGdgtpzL8o65lkS+J oHMjPWTpazwCPHW7PkbXQ39ODcdQ1zpni0YxDqQ/UVxtfGJx/im8ae03Vi2I2Lsfm5wZ Vvy1OV1p4w8Am06cqaXTgvkN5CXA83hz2FvTGR3i5oE7Gc34i9sQ6O0L09ycJxwkZnnI 8FetWLWHvZhRRYdbL5KJUVXWHmrOhxpgc1OnN4VU+pIzMHAiEZ9rE8AdFTrenobeV1ER uoTXdc7ZBzK0MZIV7d83dCH6iWt3eI0IU6D/ynC2juhtHyRJpwH2EaR1sJmYkcBzZcDd hi8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PS8+qSIHWKmyaRKr/7lxTJ6J5mm+kDSGr6zIeoJ549o=; b=OUH6Mnee5y08U0/IzZo+ZcoFsBgF0uRgMcCyDH9QgqdjEmnNbGpBLp4JlPOyOaJKJ9 MzgraFyjISRPRNHNIVcCoMv/COw7S73vm+heCCWKN9Qof0Gr4wftjC1FkzJ8HEgGgrFv WXioZ0+M7amtXZDv7x9M6Ue3241ovPMr2G9xXdvyD0Q7a9X91y0aE3kGbtKzQk5uQXgI xvBX5amOYRWDkGI5+OUb3O6I8v03eTzT6k5IrebD93bGsuAmHVzXFbOZq9swwYLcr1/L vCw9Te4tH6C1ON5qP1JyWaNeIAqRT7N88hYSRL7ZnfnpYCceY8R6j0NdnMmU0JdYrR71 3pVw== X-Gm-Message-State: AO0yUKUVEb5JK775OSAB/w6+//0ZomJh0VQrxj1xaa8ZdAtxEgM1494J 55dNRc6pVJvBciBli4+cTyVc3nLVHQarmE6JREn9uQ== X-Google-Smtp-Source: AK7set8/PVrN2trOeEjFNnfvyMyl2HcH5os3U2pgQpYPFiW4trjlvzIOwEyxdrdhyrEiLoAumJMcFGsPSB5DntGMFsc= X-Received: by 2002:a5b:c1:0:b0:80b:c9d0:c676 with SMTP id d1-20020a5b00c1000000b0080bc9d0c676mr2496081ybp.341.1675171310442; Tue, 31 Jan 2023 05:21:50 -0800 (PST) MIME-Version: 1.0 References: <20230130165435.2347569-1-konrad.dybcio@linaro.org> In-Reply-To: From: Linus Walleij Date: Tue, 31 Jan 2023 14:21:38 +0100 Message-ID: Subject: Re: [RFC PATCH 1/2] dt-bindings: pincfg-node: Introduce an overridable way to set bias on pins To: Konrad Dybcio Cc: linux-arm-msm@vger.kernel.org, andersson@kernel.org, agross@kernel.org, krzysztof.kozlowski@linaro.org, marijn.suijten@somainline.org, Rob Herring , Krzysztof Kozlowski , linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Tue, Jan 31, 2023 at 12:50 AM Konrad Dybcio wrote: > > +#define DRIVE_STRENGTH 9 > > +#define DRIVE_STRENGTH_UA 10 > > > > drive-strength = <8>; // 8mA drive strength > > > > bias-type = ; > > > > OK where do I put my 8 mA now? > > > If you look at the 2/2 patch, this property only reads BIAS_ > values, which can't coexist anyway. Well the DT bindings have to be consistent and clear on their own, no matter how Linux implements it. But I'm sure you can make YAML verification such that it is impossible to use both schemes at the same time, and it's not like I don't understand what you're getting at. What I need as input is mainly the DT bindings people opinion on introducing another orthogonal way of doing something that is already possible to do another way, just more convenient. Because that is essentially what is happening here. Yours, Linus Walleij