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 10134C43219 for ; Tue, 15 Nov 2022 08:05:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232222AbiKOIFc (ORCPT ); Tue, 15 Nov 2022 03:05:32 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35698 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229921AbiKOIFc (ORCPT ); Tue, 15 Nov 2022 03:05:32 -0500 Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0D24A12092; Tue, 15 Nov 2022 00:05:29 -0800 (PST) Received: (Authenticated sender: alexandre.belloni@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id 2E076FF806; Tue, 15 Nov 2022 08:05:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1668499528; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=eEbSHKHGRpbb9PgZ/zPz2mmQi5ODZU5r5BMBef00TwA=; b=pfBhwswO4mTb4ORezuGnVBW6MsdaRQQTND2iQzNEIYu47J5OLZJsz4OHV3j/FjxNBuMYef iJjRCOWK/PyfCQGtnGR0CuKFbskranGo0cuchaIxNkEeSbbdkKfojCVcthAKVeDOwdhU/L gWud8NSqWFagejFW3AO3F2D8U4SL/Ww/X6f+4BCzcRCZUzXUtCk7C8ET5CQTo2vpW914Ic QcA4ZrxVTTcWncMysRsk1wtnYCnAONud/7rUdjeU3ZLSoiYvjaDP0CVAqYAnAJv8zg0hZC kMDafJXoF9EPqIzvvB6V9t9O4NUTNnp9WeBZr7NPzqBJdh2f1x7oKmn1rP/2zg== Date: Tue, 15 Nov 2022 09:05:25 +0100 From: Alexandre Belloni To: Krzysztof Kozlowski Cc: Rob Herring , Alexandre Mergnat , Fabien Parent , Krzysztof Kozlowski , Sean Wang , Mark Brown , Matthias Brugger , Lee Jones , Chen Zhong , Alessandro Zummo , Pavel Machek , 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, AngeloGioacchino Del Regno , Fabien Parent , linux-rtc@vger.kernel.org, linux-mediatek@lists.infradead.org, devicetree@vger.kernel.org, Mattijs Korpershoek Subject: Re: [PATCH v4 2/9] dt-bindings: rtc: mediatek: convert MT6397 rtc documentation Message-ID: References: <20221005-mt6357-support-v4-0-5d2bb58e6087@baylibre.com> <20221005-mt6357-support-v4-2-5d2bb58e6087@baylibre.com> <20221109222916.GA2985917-robh@kernel.org> <37dc4e39-8033-a40f-edd7-4bd30f841e23@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37dc4e39-8033-a40f-edd7-4bd30f841e23@linaro.org> Precedence: bulk List-ID: X-Mailing-List: linux-input@vger.kernel.org On 15/11/2022 08:56:40+0100, Krzysztof Kozlowski wrote: > On 14/11/2022 23:57, Alexandre Belloni wrote: > > >>>> As this is only a compatible string, just fold this into the MFD schema > >>>> doc. > >>> > >>> Actually, it probably also supports the start-year property > >> > > > > I checked and it doesn't support it but this needs to be fixed. > > > >> What about rest of rtc.yaml schema? > >> > > > > wakeup-source would make sense but the driver doesn't support it yet. > > The question is about hardware - does hardware support waking up the > system via interrupt? This is usually a domain of PMICs which still are > powered on when system sleeps. > I'd say that it is possible that a PMIC is able to wake up the system with or without having an interrupt wired to the SoC so wakeup-source makes sense. We don't need it if it is interrupt only. -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com