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 A1FB6C636CC for ; Wed, 15 Feb 2023 15:03:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230030AbjBOPC7 (ORCPT ); Wed, 15 Feb 2023 10:02:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33462 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230003AbjBOPCz (ORCPT ); Wed, 15 Feb 2023 10:02:55 -0500 Received: from mail-vk1-xa34.google.com (mail-vk1-xa34.google.com [IPv6:2607:f8b0:4864:20::a34]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CDB7372A6 for ; Wed, 15 Feb 2023 07:02:53 -0800 (PST) Received: by mail-vk1-xa34.google.com with SMTP id m65so4821771vkh.10 for ; Wed, 15 Feb 2023 07:02:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bgdev-pl.20210112.gappssmtp.com; s=20210112; t=1676473373; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=M7hd4U2ofjGk96iav3XLY03QqIBY+w0lGe4zEy9ew+Y=; b=oSvpP7LiXH5/t+/HfGic78Ra2+9sf2NZCCZGpPj7YMqrDid+hCESMakmGck2Y8G2cm bLrVnueXWC2k8nWjr667D85bwvViPUNxZ0cCEJW8PjRMmNqDV0eyP0IL3XvDZNf6jdSx kHtExI+8Qe0Keddz+xGN5rftMbMwn1623jSAU9YMoMwbGvLRtwDteW7DkZCMqxE8yUhz pBrdo7TJWsium4gGzqcc/Ji3LIBN9hGlGfz7slyDEfi6eJMKT240IZ/B+C/yJeiacdEw /wLFAonWzQnXNlcRzFWmKDo6ilOLstJ2uE2/zVTm4FCOLeeU1a2aHTf94s2XctRAoBht hXgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1676473373; 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=M7hd4U2ofjGk96iav3XLY03QqIBY+w0lGe4zEy9ew+Y=; b=0WlQkxOvt4REp7kAlQ9ham5hOI95+mpyvlRKtWZ5c31TU2VJhWjtA4CeDQHiEe7EJX LQNv2Vjmkz6uWtFADGK2B+mCr1S6kwe+oTQDAoQX8ar+y5laFcXC7FiAoa5ChWPe/HZE mhkYPcYZsgU1PvsNq/hlGHzHi8gqnUrl7WyxBILhXXxaKMyze/2IXSvWEQFlL47eredm dgZV8dnrXCa2FKqzovDXe01ZhecCXaX3NvkyzAC2uM6s7B9orURSxeNkv76FS6+kscpJ 1e3/RXw8oNE9Ep4GFwj/uuxCYOFFXX4xuj5YvnMRhC4aMJwWiIIVtS7lnvjJ/UaOvcRu p3PA== X-Gm-Message-State: AO0yUKVmdj+Ol9PAdCugohqrf2lKvbFxE8sBD99uSYR/H1tX4c3A/o4X 82jFZbqunzpu4++p/EAAJ3eZu33bDG+SwHHLmbcMAg== X-Google-Smtp-Source: AK7set/q1okhI51WZK1/r5p2g0WPqKECkT2DwWZhoOSsnHFlc0UhCRfSj/7yXDPFE76jmkl4J1YO2/z2kky9CxMgd2Q= X-Received: by 2002:a1f:2896:0:b0:401:5477:5c2c with SMTP id o144-20020a1f2896000000b0040154775c2cmr342082vko.10.1676473372884; Wed, 15 Feb 2023 07:02:52 -0800 (PST) MIME-Version: 1.0 References: <03627216-54b5-5d9b-f91d-adcd637819e3@gmail.com> In-Reply-To: From: Bartosz Golaszewski Date: Wed, 15 Feb 2023 16:02:42 +0100 Message-ID: Subject: Re: [PATCH v2 1/8] dt-bindings: gpio: rockchip,gpio-bank: add compatible string per SoC To: Johan Jonker Cc: Linus Walleij , krzysztof.kozlowski+dt@linaro.org, robh+dt@kernel.org, heiko@sntech.de, linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, kever.yang@rock-chips.com, sjg@chromium.org, philipp.tomsich@vrull.eu, john@metanate.com, quentin.schulz@theobroma-systems.com, Krzysztof Kozlowski Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 12, 2023 at 5:14 PM Krzysztof Kozlowski wrote: > > On 10/02/2023 21:03, Bartosz Golaszewski wrote: > > On Wed, Feb 8, 2023 at 12:08 PM Linus Walleij wrote: > >> > >> On Sat, Jan 21, 2023 at 12:06 PM Johan Jonker wrote: > >> > >>> Currently all Rockchip gpio nodes have the same compatible. > >>> Compatible strings should be SoC related. > >>> > >>> Signed-off-by: Johan Jonker > >> > >> Bartosz can you merge this one patch and keep the rest back > >> so we get a more defined DT binding baseline? > >> > >> Yours, > >> Linus Walleij > > > > Krzysztof, you left your ack but seem to also have pointed out an > > issue - do you want me to fix it up somehow before applying? Drop the > > oneOf and turn it back into an enum? > > > Sure, you can apply with my comment fixed but then just please check > with `make dt_binding_check DT_SCHEMA_FILES="xxx.yaml"`, that > indentation is not mixed up. > > Best regards, > Krzysztof > I prefer to get your ack on the final version really. Johan, please address the enum issue and resend just this patch. Bart