Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2748695pxa; Mon, 17 Aug 2020 18:42:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwJmD0BfzKo/BirJiD02O/+S8kmPZ9Zsfqbc74dtYippwJU0lEfue9QhF4gh/HnThPLMIqW X-Received: by 2002:aa7:d1cb:: with SMTP id g11mr17381185edp.26.1597714937061; Mon, 17 Aug 2020 18:42:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597714937; cv=none; d=google.com; s=arc-20160816; b=hoy/WhzStlIlwsEvRlvYI32GJqAQQJqdxrp7OL12Ej/YUSHkGdrrJviTPwi/DY1iQu paZdDSIhbgiGbDvciVpGjC0+QNdPYPC6WrSCNbaRY6ethQn+hH7XZXNLehMLAzxwz2i2 uOR9lWaQGBsYIvECsZ3M4YYG+hxNcA1rzosE7VUB+YsZ4UpTN1EX/eOtUt57r4uSBvFT FoNb1qq+rWTT4SjT1S5urGedF1Dr3+hsImyEy8iO//RXbC5LwfAjaye/y5/AwIB0Tx3p COdL3655T7WP869VbDB32YwFGMKxsOFyPeojrGjDEtMndcDwec22KaergXu8WcpeXLI0 kPwg== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=GoTEsJHpBNaDmwfFspOSyBrJjHRYgW58FZF879dG6bc=; b=UwF07KbZUAM9uzBAwzla7sQVyp5IrQtW8pEKhEq451xCAnwkdaF0avvDJdr4NICkeV fniy+Yg9jmGNeqcFRHWQUyBZsNBXLBfhokEY4uLXFulG6BtQxzwniSVm6rQKOpxoOw1i GRjBT2X5OF1R0WRTbieEsFKZlh3POz/64ZeMPeXUDF9AzMEtOMMOpOVmdZ0rYUFGRrsV ZJKJbjEgsxr/zOjb1kYgIu0zsobC79ee3+FzIzOCBN1ZxQ5k2w9kiQo6DnUQ+qzrHqGf XxltHfbwNXt42kxK3F7uU6A1Knkz6+C+gGZ4mmo1I1JuhfZJGcrwLVA3TiddRtHKlEOS GAng== 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 a21si12015875edv.504.2020.08.17.18.41.52; Mon, 17 Aug 2020 18:42:17 -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 S1726370AbgHRBlN (ORCPT + 99 others); Mon, 17 Aug 2020 21:41:13 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:49702 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726135AbgHRBlM (ORCPT ); Mon, 17 Aug 2020 21:41:12 -0400 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id D5BE16434618C83809CA; Tue, 18 Aug 2020 09:41:06 +0800 (CST) Received: from [10.174.187.22] (10.174.187.22) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.487.0; Tue, 18 Aug 2020 09:40:56 +0800 Subject: Re: [PATCH 1/2] clocksource: arm_arch_timer: Simplify and fix count reader code logic To: Marc Zyngier References: <20200817122415.6568-1-zhukeqian1@huawei.com> <20200817122415.6568-2-zhukeqian1@huawei.com> <267c5f9151c39fd2dcd0ce0b09d96545@kernel.org> CC: , , , , Steven Price , Andrew Jones , Catalin Marinas , Will Deacon , James Morse , Suzuki K Poulose , From: zhukeqian Message-ID: <2093b7c1-6ef4-c0ff-e9df-1f493fccdda8@huawei.com> Date: Tue, 18 Aug 2020 09:40:56 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <267c5f9151c39fd2dcd0ce0b09d96545@kernel.org> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.187.22] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marc, On 2020/8/17 20:52, Marc Zyngier wrote: > On 2020-08-17 13:24, Keqian Zhu wrote: >> In commit 0ea415390cd3 (clocksource/arm_arch_timer: Use arch_timer_read_counter >> to access stable counters), we separate stable and normal count reader. Actually >> the stable reader can correctly lead us to normal reader if we has no >> workaround. > > Resulting in an unnecessary overhead on non-broken systems that can run > without CONFIG_ARM_ARCH_TIMER_OOL_WORKAROUND. Not happening. OK, so I got the purpose of that patch wrong. > >> Besides, in erratum_set_next_event_tval_generic(), we use normal reader, it is >> obviously wrong, so just revert this commit to solve this problem by the way. > > If you want to fix something, post a patch that does exactly that. > I will. Thanks, Keqian > M.