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 1FD2BC43217 for ; Wed, 9 Nov 2022 09:04:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230205AbiKIJEY (ORCPT ); Wed, 9 Nov 2022 04:04:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41174 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230212AbiKIJES (ORCPT ); Wed, 9 Nov 2022 04:04:18 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2C9DE19C2D; Wed, 9 Nov 2022 01:04:18 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id D2607B81D46; Wed, 9 Nov 2022 09:04:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7B212C433D7; Wed, 9 Nov 2022 09:04:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1667984655; bh=dH7Ry1CIVTZgyI9KDAD7GwQOyjSCd95V0RbPoon0Nc4=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=aX27582WOVXNU1jj0FQfgLz8r3Yp9vvPY4KtxtEXh+a/GDU3sWTVgpeZfpqnW4tdk KOrP4RnySArPB0V2V28mCiKe+K55D28CiZTS89Ip0pGDJRWR9wrJrJ4I1GPclPgmZa JUjxjOPw+yA06lGWQcbEnstdabNQB3x0VKGsKa6wgtYWtx0EmSCeky7MKrUoHXdKq7 am7b1p9AnemOG9o/u96or6eQEu2BWfDnD1g3Opk8Dg+TEINLXc93XQBLBJkYVZmouO CPOvHn0hi9wsPA+cd2/k3DsmbcqiDDOLRF54HAoHUjLzM1y+NzizH7lVpGV0ZvKotI AgZW7YTKiy3QA== Message-ID: <5758c2af-c2c5-dfbe-c7d8-036bbdaf71c7@kernel.org> Date: Wed, 9 Nov 2022 10:04:09 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: [PATCH v5 5/7] dt-bindings: watchdog: mediatek: Convert mtk-wdt to json-schema Content-Language: en-US To: Matthias Brugger , Allen-KH Cheng , Wim Van Sebroeck , Guenter Roeck , Krzysztof Kozlowski , Rob Herring Cc: nfraprado@collabora.com, angelogioacchino.delregno@collabora.com, Project_Global_Chrome_Upstream_Group@mediatek.com, devicetree@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org References: <20221108033209.22751-1-allen-kh.cheng@mediatek.com> <20221108033209.22751-6-allen-kh.cheng@mediatek.com> <585a9cbb-4df4-1c06-ecfa-3b9442f1a5e2@gmail.com> From: Krzysztof Kozlowski In-Reply-To: <585a9cbb-4df4-1c06-ecfa-3b9442f1a5e2@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 08/11/2022 11:50, Matthias Brugger wrote: > > > On 08/11/2022 04:32, Allen-KH Cheng wrote: >> From: AngeloGioacchino Del Regno >> >> Convert the MediaTek watchdog bindings to schema. >> >> The original binding only had 4 without a fallback but there is a reset >> controller on the "mediatek,mt7986-wdt", "mediatek,mt8186-wdt", >> "mediatek,mt8188-wdt" and "mediatek,mt8195-wdt" Since there is no reset >> controller for the mt6589, we remove "mediatek,mt6589-wdt" as a >> fallback. >> >> Signed-off-by: AngeloGioacchino Del Regno >> Co-developed-by: Allen-KH Cheng >> Signed-off-by: Allen-KH Cheng >> Reviewed-by: Rob Herring >> Reviewed-by: Guenter Roeck >> Reviewed-by: Nícolas F. R. A. Prado > > As I'm put as the maintainer: > Acked-by: Matthias Brugger > > Shall I take that through my tree or shall it go through the watchdog tree? > In general, bindings should go via subsystem trees (so watchdog), just like drivers. However this got Guenter's review tag, so usually it means also an ack... Dunno... :) Best regards, Krzysztof