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 BDBC8C43217 for ; Tue, 15 Nov 2022 15:54:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229995AbiKOPyd (ORCPT ); Tue, 15 Nov 2022 10:54:33 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50770 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230226AbiKOPyc (ORCPT ); Tue, 15 Nov 2022 10:54:32 -0500 Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2D4262CDEF for ; Tue, 15 Nov 2022 07:54:30 -0800 (PST) Received: by mail-ed1-x52c.google.com with SMTP id 21so22520094edv.3 for ; Tue, 15 Nov 2022 07:54:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20210112.gappssmtp.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=MXw2DcIrd4sYwZp2Qf6GO0lRe5Jh56EBfVUnFYKu6RE=; b=VdrMWd2C0zRlIU+FT+lgMorBgLSdXIaGdRiqQEjfe8ICZQFWZbSQJdhtD35B6a6TBT esMxNNkTUrQltwheZBCw0jpTcMirEaF3UBLCAQJNGSC5SvqsykCjHUMWADXOU4zkzN3N zRcvodFQ2fJTRSA/8SKxycjIaZ3P/YHyvJCNDYCbN9ow9C19ZSnTmkk8bvOL0M3lRLf8 gtDCM0hKPwxajoUeptIpXUgt8dlhddD74sFXXX+qYapzoehSlThwIpxBYUp3g2URDHqf VdCp91/IM06Ap6P8h7XkNAyZa/Qo7AIm/hG/vv/5oRLcpePO4Rzhv5JYp3oS756qwqg/ M58A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding: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=MXw2DcIrd4sYwZp2Qf6GO0lRe5Jh56EBfVUnFYKu6RE=; b=mDG1vGMLGgeAcE8o2NwjGFub75/UFm9Rk61g6DELdEh/B/uK2AZ+AOGZSWCJ8MTO5h gwSH4biBKXYJ7lOmxeOwDKoUjjxwhaa2SYaaq03OASlTO5j9T0Lohotx4JByrMKXwu9G eCKbyyMCAMhfcZsLc0/qyhsumz3Sf4yp6aPNitlm9qfa0bUuOKUTvPEsdwEYI1WHpUFu mhr/qHrNIkL+nSSeabWyzemYdAhdYQw2Oz3O6TmapfqXlsaQmvHYghTQDi013WbMv17C 69hjxNLlfQ1480A1+nJQeSXkazcJId7ZrhHt6kSY+OFfzI1aDscujT+0LBp/fzHcHNhM r5/g== X-Gm-Message-State: ANoB5pmNjOnHubqEJp8oCfASXv4YCC74JPJG3yG0bcmBoXjUeq/mIUy5 br+Kc7syFwAQ40QMmhOPeJWk/FM8lWDpeZybC9RxHQ== X-Google-Smtp-Source: AA0mqf5TE5bV3zOgHOtylol+IUxKYYKrgvfQtjxF4BS+55SiwwnZkcIcQo0LiUhdzLshA1UMU7fopza3TqY0XOlXoGY= X-Received: by 2002:a50:fd9a:0:b0:461:b279:1175 with SMTP id o26-20020a50fd9a000000b00461b2791175mr15686083edt.124.1668527668323; Tue, 15 Nov 2022 07:54:28 -0800 (PST) MIME-Version: 1.0 References: <20221005-mt6357-support-v4-0-5d2bb58e6087@baylibre.com> <20221005-mt6357-support-v4-5-5d2bb58e6087@baylibre.com> In-Reply-To: From: Alexandre Mergnat Date: Tue, 15 Nov 2022 16:54:17 +0100 Message-ID: Subject: Re: [PATCH v4 5/9] dt-bindings: soc: mediatek: convert pwrap documentation To: Krzysztof Kozlowski Cc: AngeloGioacchino Del Regno , Fabien Parent , Alexandre Belloni , Krzysztof Kozlowski , Sean Wang , Mark Brown , Matthias Brugger , Lee Jones , Chen Zhong , Alessandro Zummo , Pavel Machek , Rob Herring , Liam Girdwood , Dmitry Torokhov , linux-leds@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-input@vger.kernel.org, Fabien Parent , linux-rtc@vger.kernel.org, Rob Herring , linux-mediatek@lists.infradead.org, devicetree@vger.kernel.org, Mattijs Korpershoek Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Le mar. 15 nov. 2022 =C3=A0 15:18, Krzysztof Kozlowski a =C3=A9crit : > >>> +maintainers: > >>> + - Alexandre Mergnat > >> > >> I say that the maintainer for pwrap is Flora Fu .... > > > > Flora Fu is the driver maintainer. As described in > > Documentation/devicetree/bindings/writing-schema.rst: > > maintainers > > A DT specific property. Contains a list of email address(es) > > for maintainers of this binding. > > > > My understanding is this field is only for binding maintainers, but > > not related driver maintainers. Are we aligned ? > > Usually driver maintainer should be also binding maintainer. You can > have more binding maintainers than drivers (and vice versa), but it's > less usual to maintain driver and do not care about its Devicetree > binding (unless driver is also for ACPI etc. but that's not the case here= ?). Ok, thanks for the explanations Regards, Alex