Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp1008960ybl; Wed, 21 Aug 2019 08:46:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqwzwlm6SGCk6X3biDHv8iv+i4Lm4+DPgM7yxY9DB1AO/5Uw4l3reavs+cvT0qHcxpZUYQ2l X-Received: by 2002:a65:5382:: with SMTP id x2mr29842778pgq.422.1566402374767; Wed, 21 Aug 2019 08:46:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566402374; cv=none; d=google.com; s=arc-20160816; b=ex4RJw6OBl9AreJdki0i32kmiwFi4z2TF4lMz9oColmQVV+wQeRVXd58DRiXPDTklc RmIGUJV8jcS4YSlQC1lpbriyIscPt+vs8wrTh0s3Z+0/v8Z/EL5VybftADJkQPqJehbN dXJ/w0Hrrdox3CVNLxC2TWL97mpUQNrYwHcLopgQvjYc09Xb8MzoXFTfgx76qnU5HP5D 7Ranw0X+jLNcqaZ8urGKf1WFcQnyKTNto13OxFZDolydID5CHVTe1uZM5+2yxeYyCPHZ XA0/nqT1XnjmORh+NInXJlYfLdOKqGPKjCADb2IuDeARCR7T3+FAv7VdhgZNY1x9MpP9 9ohA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=HSDIhvWBimaQadtT8lzE+iM1VhUrJ554LCMA15+sOC4=; b=Ae3PCvm0YT9vNXgMIFB+bF9y0br7RJO5KeC0Mu6BReBzMLwAz8AQmctgEZMvYKBLzk Z8WhSzQFVtcQynxjGSo60ztncSVPrLjM4LT5IwysH5LeUt4w9CeaARMxG9tP6i9Rybsc yQyqc8+EIMFMmQbIh/GGCxQvTLXvrVB0JsV8XnW1oacVvULu9g1YBg7AYAvFznZrjXgE Sr2E5QUpY3+peXx/9rSRG4j/xQ9Mt0N8SZPVn8wLuKqcDQS1PCXkZJg6Y6YcKdejuqOS l4LM6ZGK9lVNVqkJgKUc1U752Tl9cghOTRqz6fovWAyH6qxiGgUZdSWqJLga7P86HEQG 2I2A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e24si14678870pgn.544.2019.08.21.08.45.59; Wed, 21 Aug 2019 08:46:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729932AbfHUPPg (ORCPT + 99 others); Wed, 21 Aug 2019 11:15:36 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:55966 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727395AbfHUPPf (ORCPT ); Wed, 21 Aug 2019 11:15:35 -0400 Received: from bigeasy by Galois.linutronix.de with local (Exim 4.80) (envelope-from ) id 1i0SKg-0007vO-3d; Wed, 21 Aug 2019 17:15:30 +0200 Date: Wed, 21 Aug 2019 17:15:30 +0200 From: Sebastian Andrzej Siewior To: Alexandre Belloni Cc: Alexander Dahl , linux-rt-users@vger.kernel.org, Thomas Gleixner , LKML , Steven Rostedt Subject: Re: [ANNOUNCE] v5.2.9-rt3 Message-ID: <20190821151529.42rwd5lkzknv7ti2@linutronix.de> References: <20190816153616.fbridfzjkmfg4dnr@linutronix.de> <2182739.9IRgZpf3R8@ada> <20190820154418.GM3545@piout.net> <20190821132553.gjvya5lu6j2dfyo5@linutronix.de> <20190821142110.GC27031@piout.net> <20190821144230.knlyrnxz62d75hcb@linutronix.de> <20190821145837.GD27031@piout.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20190821145837.GD27031@piout.net> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-08-21 16:58:37 [+0200], Alexandre Belloni wrote: > On 21/08/2019 16:42:30+0200, Sebastian Andrzej Siewior wrote: > > On 2019-08-21 16:21:10 [+0200], Alexandre Belloni wrote: > > > I'm not sure it is worth it as the issue is introduced by > > > clocksource-tclib-allow-higher-clockrates.patch. Shouldn't we fix it > > > directly? > > > > you want to get rid of CONFIG_ATMEL_TCB_CLKSRC_USE_SLOW_CLOCK and use > > the highest possible frequency by default? > > > > No, I meant the issue fixed by clocksource-tclib-add-proper-depend.patch > is introduced by clocksource-tclib-allow-higher-clockrates.patch so I > would think fixing clocksource-tclib-allow-higher-clockrates.patch is > preferable than having a separate patch. > > But maybe you meant you wanted a patch to fix > clocksource-tclib-allow-higher-clockrates.patch got it. So clocksource-tclib-allow-higher-clockrates.patch becomes: --- a/drivers/clocksource/Kconfig +++ b/drivers/clocksource/Kconfig @@ -424,11 +424,18 @@ config ATMEL_ST config ATMEL_TCB_CLKSRC bool "Atmel TC Block timer driver" if COMPILE_TEST - depends on HAS_IOMEM + depends on HAS_IOMEM && ATMEL_TCLIB select TIMER_OF if OF help Support for Timer Counter Blocks on Atmel SoCs. +config ATMEL_TCB_CLKSRC_USE_SLOW_CLOCK + bool "TC Block use 32 KiHz clock" + depends on ATMEL_TCB_CLKSRC + default y + help + Select this to use 32 KiHz base clock rate as TC block clock. + config CLKSRC_EXYNOS_MCT bool "Exynos multi core timer driver" if COMPILE_TEST depends on ARM || ARM64 --- a/drivers/clocksource/timer-atmel-tcb.c +++ b/drivers/clocksource/timer-atmel-tcb.c @@ -27,8 +27,7 @@ * this 32 bit free-running counter. the second channel is not used. * * - The third channel may be used to provide a 16-bit clockevent - * source, used in either periodic or oneshot mode. This runs - * at 32 KiHZ, and can handle delays of up to two seconds. + * source, used in either periodic or oneshot mode. * * REVISIT behavior during system suspend states... we should disable * all clocks and save the power. Easily done for clockevent devices, @@ -131,6 +130,7 @@ struct tc_clkevt_device { struct clock_event_device clkevt; struct clk *clk; bool clk_enabled; + u32 freq; void __iomem *regs; }; @@ -139,13 +139,6 @@ static struct tc_clkevt_device *to_tc_cl return container_of(clkevt, struct tc_clkevt_device, clkevt); } -/* For now, we always use the 32K clock ... this optimizes for NO_HZ, - * because using one of the divided clocks would usually mean the - * tick rate can never be less than several dozen Hz (vs 0.5 Hz). - * - * A divided clock could be good for high resolution timers, since - * 30.5 usec resolution can seem "low". - */ static u32 timer_clock; static void tc_clk_disable(struct clock_event_device *d) @@ -195,7 +188,7 @@ static int tc_set_oneshot(struct clock_e tc_clk_enable(d); - /* slow clock, count up to RC, then irq and stop */ + /* count up to RC, then irq and stop */ writel(timer_clock | ATMEL_TC_CPCSTOP | ATMEL_TC_WAVE | ATMEL_TC_WAVESEL_UP_AUTO, regs + ATMEL_TC_REG(2, CMR)); writel(ATMEL_TC_CPCS, regs + ATMEL_TC_REG(2, IER)); @@ -217,10 +210,10 @@ static int tc_set_periodic(struct clock_ */ tc_clk_enable(d); - /* slow clock, count up to RC, then irq and restart */ + /* count up to RC, then irq and restart */ writel(timer_clock | ATMEL_TC_WAVE | ATMEL_TC_WAVESEL_UP_AUTO, regs + ATMEL_TC_REG(2, CMR)); - writel((32768 + HZ / 2) / HZ, tcaddr + ATMEL_TC_REG(2, RC)); + writel((tcd->freq + HZ / 2) / HZ, tcaddr + ATMEL_TC_REG(2, RC)); /* Enable clock and interrupts on RC compare */ writel(ATMEL_TC_CPCS, regs + ATMEL_TC_REG(2, IER)); @@ -246,7 +239,11 @@ static struct tc_clkevt_device clkevt = .features = CLOCK_EVT_FEAT_PERIODIC | CLOCK_EVT_FEAT_ONESHOT, /* Should be lower than at91rm9200's system timer */ +#ifdef CONFIG_ATMEL_TCB_CLKSRC_USE_SLOW_CLOCK .rating = 125, +#else + .rating = 200, +#endif .set_next_event = tc_next_event, .set_state_shutdown = tc_shutdown_clk_off, .set_state_periodic = tc_set_periodic, @@ -268,8 +265,9 @@ static irqreturn_t ch2_irq(int irq, void return IRQ_NONE; } -static int __init setup_clkevents(struct atmel_tc *tc, int clk32k_divisor_idx) +static int __init setup_clkevents(struct atmel_tc *tc, int divisor_idx) { + unsigned divisor = atmel_tc_divisors[divisor_idx]; int ret; struct clk *t2_clk = tc->clk[2]; int irq = tc->irq[2]; @@ -290,7 +288,11 @@ static int __init setup_clkevents(struct clkevt.regs = tc->regs; clkevt.clk = t2_clk; - timer_clock = clk32k_divisor_idx; + timer_clock = divisor_idx; + if (!divisor) + clkevt.freq = 32768; + else + clkevt.freq = clk_get_rate(t2_clk) / divisor; clkevt.clkevt.cpumask = cpumask_of(0); @@ -301,7 +303,7 @@ static int __init setup_clkevents(struct return ret; } - clockevents_config_and_register(&clkevt.clkevt, 32768, 1, 0xffff); + clockevents_config_and_register(&clkevt.clkevt, clkevt.freq, 1, 0xffff); return ret; } @@ -477,7 +479,11 @@ static int __init tcb_clksrc_init(struct goto err_disable_t1; /* channel 2: periodic and oneshot timer support */ +#ifdef CONFIG_ATMEL_TCB_CLKSRC_USE_SLOW_CLOCK ret = setup_clkevents(&tc, clk32k_divisor_idx); +#else + ret = setup_clkevents(&tc, best_divisor_idx); +#endif if (ret) goto err_unregister_clksrc; > > Hopefully, one day we will have a solution for that upstream (i.e. being > able to configure the clocksource and clockevent resolutions). Hopefully. Sebastian