Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4955673pxj; Wed, 9 Jun 2021 06:07:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzno/o2go+LFftDrjb3x/fVYrOVP8NhGvOE7cSS2XXmB2CfdMG3ihbPtW2EHDaILDqO2ONc X-Received: by 2002:a17:906:af85:: with SMTP id mj5mr29579086ejb.352.1623244072788; Wed, 09 Jun 2021 06:07:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623244072; cv=none; d=google.com; s=arc-20160816; b=PXbbDUOm/+gBEMo7r53zx4nd3XE5ao0NFQgg9JoYZRM7RPtbWd58E8DUoS+827vlMD bTsXfZG1W/8o25MnjUYTS/056QcriClxc7A8VkpGhpOVv9bUoOTBGCRjsgCrj5MXxii9 pLP+lPBe3WO9nfHW88q7OIsgisRzCYsVTK4vDTTWJUG98lvd4FnxZRCzVtgzTeXqjzfl rLeMRBar0oTPGyHxWhcN68n5ONOtyUs9KUZLrNAgUnqNa7yxVc1qtTdupqLlyRg7BOtA ggdployv9WrPL2+Z3zpHgS8yCUHDQIMI4oeS2keYT8bZmaMehDYSxKWny5BGi+KLqRAU +sPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=LGd6RZDCqKu8wSDCBGAyTb+rYs24c4rmUXpcyisKjhs=; b=jeLWPsvSYOBiag5d2Nzhy7V4jhK2EklomqHFU1Ik7CIZKxGHrsweEr91x7OmluAvW8 4jnetQKZA9w6jrOiiRieRyuJrjKVD77qNtomiOFlUOtwuGZOi3gXq9YdE/NxcbdPAaS4 bDJFjbCZ5XY2r0bQGXjByoJ5T5Le/YLbu0YLYPqJi3VUB7qYEgybT3lloqVulIULKKxH Z92xMzQiOODV37wg0Z/tGUbXio4Q5/B2qF9uPkGHqoIFl3vFjGEGVSz8LicIf6Kzq1lX Pr40O8K22L3AskZARYIKnygMo/gIRpumz2PL82GUIoLo2wBPH7wclQe51DbhWtYpI8Dz 6Jng== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hr40si2424708ejc.41.2021.06.09.06.07.29; Wed, 09 Jun 2021 06:07:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236507AbhFIGPw (ORCPT + 99 others); Wed, 9 Jun 2021 02:15:52 -0400 Received: from muru.com ([72.249.23.125]:39756 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232973AbhFIGPv (ORCPT ); Wed, 9 Jun 2021 02:15:51 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id EB3628061; Wed, 9 Jun 2021 06:14:04 +0000 (UTC) Date: Wed, 9 Jun 2021 09:13:53 +0300 From: Tony Lindgren To: Greg KH Cc: stable@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Daniel Lezcano , Keerthy , Tero Kristo Subject: Re: [Backport for linux-5.4.y PATCH 2/4] ARM: OMAP2+: Prepare timer code to backport dra7 timer wrap errata i940 Message-ID: References: <20210602104625.6079-1-tony@atomide.com> <20210602104625.6079-2-tony@atomide.com> 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, * Greg KH [210608 17:13]: > On Wed, Jun 02, 2021 at 01:46:23PM +0300, Tony Lindgren wrote: > > Prepare linux-5.4.y to backport upstream timer wrap errata commit > > 3efe7a878a11c13b5297057bfc1e5639ce1241ce and commit > > 25de4ce5ed02994aea8bc111d133308f6fd62566. Earlier kernels still use > > mach-omap2/timer instead of drivers/clocksource as these kernels still > > depend on legacy platform code for timers. Note that earlier stable > > kernels need also additional patches and will be posted separately. > > I do not understand this paragraph. > > What upstream commit is this? And "posted separately" shouldn't show up > in a changelog text, right? This would be a partial backport to add struct dmtimer_clockevent from commit 52762fbd1c4778ac9b173624ca0faacd22ef4724 to the platform timer code used in the older kernels. How about the following for the description: Upstream commit 52762fbd1c4778ac9b173624ca0faacd22ef4724 usage of struct dmtimer_clockevent backported to the platform timer code still used in linux-5.4.y stable kernel. Needed to backport upstream commit 3efe7a878a11c13b5297057bfc1e5639ce1241ce and commit 25de4ce5ed02994aea8bc111d133308f6fd62566. Earlier kernels use mach-omap2/timer instead of drivers/clocksource as these kernels still depend on legacy platform code for booting. > Can you fix this up to make this obvious what is happening here and make > a patch series that I can take without editing changelog text? Sure I'll repost the series, assuming the above is OK for description :) Please let me know if you need further details added. Hmm so what's the correct way to prevent automatically applying these into the earlier stable kernels? For earlier stable kernels, these changes depend on at least some additional clock related changes. Regards, Tony