Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3822407ybi; Tue, 18 Jun 2019 07:05:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqyLnVLG7uz6ggT4Aq0NOKAwFWw4g+JUYSUcREKUmSx4xaXJR5zPHcoEIyZWmi/+z0/MAwQF X-Received: by 2002:a17:902:b682:: with SMTP id c2mr115593111pls.9.1560866719528; Tue, 18 Jun 2019 07:05:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560866719; cv=none; d=google.com; s=arc-20160816; b=jYDJ9sF1cn6IwMuUPmPeIGdoGwAPM7Z8RnEglZCZD80vAZiEnoth4XgJW6ojH4l1Ke M0q+EOUaTFMTmKIQBHci5TfpgOwHQwnHXV4GrOXVeXoboaWWVZMYJmhN9hRgcvOBM/oB I0JwO8JMzcUyp97MdK0i8oeSot8eajuU+nbNasWYacDw8gaZdgqDODStq7RU9HFMjeu1 I13PunzvsMhPF8kuRtJYMhETw6Qi76qGMdXtYxiSyBHw7vByrC7lpr93UV2l6M48hF9I 4vlZgo3jLjqQ9pprZbu5CBiBkbxKVHH+bI0pf1YIrl829QbedEDB+8NxSe3bEB+RJc2H Ou/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=NGtYvpn4I0jJbqxAf7ldvCplrBd2VH6MuMjptajnNUk=; b=B4BeiYi7C1jcp5L5F43v2FvG6T3TS93p5odgxi6xeHRUpld0TTxdgiT5/tnrPxJqpE 23Za9W1rrcjIcxl36o+zWs0MizJS6x54rVgFmLNBseWDBCyt1eM97QGVLatL500Md1ux dYGQIkgD1snsNBR0Sr9SeC6VA86igtMrtftE0M1vC5j5uNqegIdfHQplUgZyVCIcQOLq 2Vm6iziR38M3l7ON9rAAXb80hYXWKLzTZ2YMi6DRFbcUBF2Wo4ClBKmNiEGXOq8HJdry 7EKycKDyBFFMOr8XH8j2MMGYe50YPSEm12jSldi0pPrC3OTxNGhLfbFxe8p7eIRK/H++ OP8Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=JRFUU+v5; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 6si13538007pfe.21.2019.06.18.07.05.03; Tue, 18 Jun 2019 07:05:19 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=JRFUU+v5; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729684AbfFROEt (ORCPT + 99 others); Tue, 18 Jun 2019 10:04:49 -0400 Received: from mail-lf1-f65.google.com ([209.85.167.65]:37094 "EHLO mail-lf1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729497AbfFROEp (ORCPT ); Tue, 18 Jun 2019 10:04:45 -0400 Received: by mail-lf1-f65.google.com with SMTP id d11so9392992lfb.4; Tue, 18 Jun 2019 07:04:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=NGtYvpn4I0jJbqxAf7ldvCplrBd2VH6MuMjptajnNUk=; b=JRFUU+v5WIoi99mY2jb0ZfXWXd6tGt848YpxJzJho3JpJKNNU6G2k9s+PuTFUoaGTr pPAAIupVitqL4XWBLNe1wiHqayP6C7i20a6bBK3fVi3XBgd2Ss+5RGR9DzA3FN3+iNm0 6G/8KB+eeeWvTb21Z/J3FoQnd2Q+LVSOdckNWSenjE/Sbtqxm9HbbZZttqnL5ncb6MVM 9BuMZVOlphORSpa7o1h7BKxFShMaZy9B+nxgX2U0+4jl2QyCJEmMjST0zNe1vEs/GDx6 MD2SMk20EnpMGfIaw5E61jPur3gk7Z5XzguA7lVPCBV8l9bLpY978zrvXBO+D1Ih9Gk0 VtZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=NGtYvpn4I0jJbqxAf7ldvCplrBd2VH6MuMjptajnNUk=; b=TzMXrt6AoHSxi6pQhuIKMAjQO8jo8IpeMD4MXLFhducINGszGO0WdTAKPSmtPy5H/H +Akhk7aOwcq7fp687BSiBkDyPtVgOIpAZ61YPEmntq4h40cr7iH06BhlHb6pY4i1lZsI +wf0xOgfXLj1q1ywTftG8EgrCy/csQp7byDr/Ed/QOP5KFApAPeNOcTh08kT7agdqODd FxbwsU2Zf8+N2XJ/Hkxl9nBQWr8aAjcrLhiqDLenbaYf+yY9cwA4wQ6WlpAeZ4jHPRrp 5PYzY+0enJ/xfsWS4OgRM1f7iB7oKvgr2icWuk84ZX/nW7Ol+VX3E90uIx2PKT+F/xNB JAoA== X-Gm-Message-State: APjAAAW2yZzTHpvqgM2RQ/bRGhBkOEacVW3GBG2mgcRjOMGeZDnXc85n jammS+ndAkCXzsfUkzt4OLs= X-Received: by 2002:ac2:4312:: with SMTP id l18mr51123390lfh.139.1560866683466; Tue, 18 Jun 2019 07:04:43 -0700 (PDT) Received: from localhost.localdomain (ppp91-79-162-197.pppoe.mtu-net.ru. [91.79.162.197]) by smtp.gmail.com with ESMTPSA id q6sm2650538lji.70.2019.06.18.07.04.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Jun 2019 07:04:42 -0700 (PDT) From: Dmitry Osipenko To: Daniel Lezcano , Thierry Reding , Jonathan Hunter , Peter De Schrijver Cc: linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v3 8/8] clocksource/drivers/tegra: Set up maximum-ticks limit properly Date: Tue, 18 Jun 2019 17:03:58 +0300 Message-Id: <20190618140358.13148-9-digetx@gmail.com> X-Mailer: git-send-email 2.22.0 In-Reply-To: <20190618140358.13148-1-digetx@gmail.com> References: <20190618140358.13148-1-digetx@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Tegra's timer has 29 bits for the counter and for the "load" register which sets counter to a load-value. The counter's value is lower than the actual value by 1 because it starts to decrement after one tick, hence the maximum number of ticks that hardware can handle equals to 29 bits + 1. Signed-off-by: Dmitry Osipenko --- drivers/clocksource/timer-tegra.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/clocksource/timer-tegra.c b/drivers/clocksource/timer-tegra.c index b84324288749..355b29ff6362 100644 --- a/drivers/clocksource/timer-tegra.c +++ b/drivers/clocksource/timer-tegra.c @@ -137,9 +137,17 @@ static int tegra_timer_setup(unsigned int cpu) irq_force_affinity(to->clkevt.irq, cpumask_of(cpu)); enable_irq(to->clkevt.irq); + /* + * Tegra's timer uses n+1 scheme for the counter, i.e. timer will + * fire after one tick if 0 is loaded and thus minimum number of + * ticks is 1. In result both of the clocksource's tick limits are + * higher than a minimum and maximum that hardware register can + * take by 1, this is then taken into account by set_next_event + * callback. + */ clockevents_config_and_register(&to->clkevt, timer_of_rate(to), 1, /* min */ - 0x1fffffff); /* 29 bits */ + 0x1fffffff + 1); /* max 29 bits + 1 */ return 0; } -- 2.22.0