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 X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8643FC48BDF for ; Wed, 9 Jun 2021 06:58:53 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 71A9E608FE for ; Wed, 9 Jun 2021 06:58:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236710AbhFIHAq (ORCPT ); Wed, 9 Jun 2021 03:00:46 -0400 Received: from muru.com ([72.249.23.125]:39812 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236430AbhFIHAm (ORCPT ); Wed, 9 Jun 2021 03:00:42 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 291FF80F5; Wed, 9 Jun 2021 06:58:56 +0000 (UTC) Date: Wed, 9 Jun 2021 09:58:44 +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 * Greg KH [210609 06:22]: > On Wed, Jun 09, 2021 at 09:13:53AM +0300, Tony Lindgren wrote: > > 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. > > Why are you combining 2 commits into one here? OK so still too confusing, how about let's just have: Upstream commit 52762fbd1c4778ac9b173624ca0faacd22ef4724 usage of struct dmtimer_clockevent backported to the platform timer code still used in linux-5.4.y stable kernel. > I do not understand what this commit really is at all still, sorry. It allows upstream fixes for drivers/clocksource/timer-ti-dm-systimer.c to be backported to the legacy platform timer code in linux-5.4.y in arch/arm/mach-omap2/timer.c. We assume a single dmtimer clockevent instance only in linux-5.4.y kernels, while for the dra7 hardware errata workaround we now need extra percpu timers configured and need struct dmtimer_clockevent. Backporting drivers/clocksource/timer-ti-dm-systimer.c directly seems risky to me as linux-5.4.y still depends on legacy platform code for booting and timers, including also the timer instances not used for clocksource and clockevent. And it would be intrusive also for the other SoCs not affected by the timer errata. Of course the best option for folks using the stable kernels is to move to the current long term kernel that already has the fixes for drivers/clocksource/timer-ti-dm-systimer.c :) > How about just providing backports for the individual commits, do not > combine them as that just is a mess. OK > > Hmm so what's the correct way to prevent automatically applying these > > into the earlier stable kernels? > > What would cause them to be automatically applied? You need to let us > know what kernel(s) they should go to. OK thanks, good to hear. Regards, Tony