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 9DD62C678DB for ; Fri, 24 Feb 2023 08:21:03 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229560AbjBXIVC (ORCPT ); Fri, 24 Feb 2023 03:21:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38678 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229472AbjBXIVB (ORCPT ); Fri, 24 Feb 2023 03:21:01 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9A2F914E83; Fri, 24 Feb 2023 00:20:59 -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 4C44BB81C0A; Fri, 24 Feb 2023 08:20:58 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D7F45C433EF; Fri, 24 Feb 2023 08:20:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1677226856; bh=7Sh3B4xeBlYFXHyzPGM9lxQr6XzXCWeJDIfTx2n5nkE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Iiykv2MpVSfgcv+XzdHGAJfpBHTMu901ZnaVaFS1SPQAO/yO8oKiO9Fve8JM7m0vH k+iORbp7vNHR26s3d7f2aY9Wg1N+5CcoWUS3St0KfylKgVPRyzun6L0aDZZXUCl6jY mwuwYcd5tDGPPbciR73qik6OdeqeFPKsF+unZ8i/JKMYzRSVizLwgQxtjp6sc1O1Ew 1oW9B3ApyZBqZiPivTbiUMwXKXvOCqk02Yxjdve8705qmVlChkLEVWgzH6mBD7TJ6M X0QUWn8eeEFuRwuUiYQDF80x1Ce94YW3tpQXRk0ZpuWOLlveQ7lDqfno/DlL2l2HZU MBwuDAbmNAcKA== Received: from johan by xi.lan with local (Exim 4.94.2) (envelope-from ) id 1pVTKF-0003Q8-2p; Fri, 24 Feb 2023 09:21:07 +0100 Date: Fri, 24 Feb 2023 09:21:07 +0100 From: Johan Hovold To: Alexandre Belloni Cc: Johan Hovold , Bjorn Andersson , Andy Gross , Konrad Dybcio , Alessandro Zummo , Rob Herring , Krzysztof Kozlowski , Maximilian Luz , linux-arm-msm@vger.kernel.org, linux-rtc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Krzysztof Kozlowski Subject: Re: [PATCH v2 16/22] dt-bindings: rtc: qcom-pm8xxx: add nvmem-cell offset Message-ID: References: <20230202155448.6715-1-johan+linaro@kernel.org> <20230202155448.6715-17-johan+linaro@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alexandre, On Wed, Feb 15, 2023 at 05:51:20PM +0100, Johan Hovold wrote: > On Sat, Feb 11, 2023 at 05:44:39PM +0100, Alexandre Belloni wrote: > > On 11/02/2023 09:22:54+0100, Johan Hovold wrote: > > > On Fri, Feb 10, 2023 at 11:48:08PM +0100, Alexandre Belloni wrote: > > > > On 02/02/2023 16:54:42+0100, Johan Hovold wrote: > > > > > On many Qualcomm platforms the PMIC RTC control and time registers are > > > > > read-only so that the RTC time can not be updated. Instead an offset > > > > > needs be stored in some machine-specific non-volatile memory, which a > > > > > driver can take into account. > > > > > > > > > > Add an 'offset' nvmem cell which can be used to store a 32-bit offset > > > > > from the Unix epoch so that the RTC time can be updated on such > > > > > platforms. > > > > > > > > > > Acked-by: Krzysztof Kozlowski > > > > > Signed-off-by: Johan Hovold > > > > > The patch doesn't apply because this part of the context is not > > > > upstream. Can you rebase? > > > > > > Ah, sorry about that. That's because of commit 51b3802e7960 > > > ("dt-bindings: rtc: qcom-pm8xxx: allow 'wakeup-source' property") which > > > is now in Linus's tree (and your rtc-fixes branch). > > > > > > Do you still want me to rebase or do you prefer to handle the conflict > > > some other way? > > > > Ah yes, my bad, I'll merge rtc-fixes in rtc-next before applying > > Sorry about reminding so soon, but with the merge window approaching > fast, will you be able to get this merged for 6.3? Looks like these last two patches adding support for the nvmem offset has not been applied yet. Still hoping you can get them merged for 6.3 even if this one does not apply cleanly unless you first merge your rtc-fixes branch. Johan