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,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED 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 6741AC388F7 for ; Fri, 6 Nov 2020 02:52:36 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A2B4E20782 for ; Fri, 6 Nov 2020 02:52:35 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="u0Hix2aJ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A2B4E20782 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=telegraphics.com.au Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:References:Message-ID:In-Reply-To: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=fetOUXxJIisKuTWwWdexyrCYUpYgOBRNkxSG63MiELM=; b=u0Hix2aJVV0rmnZJXDzHtL94h UiFxY8K0piMjDTqAF8Kn74SxPihepRE5pB06W16GjYxtWXlynM3WUMGE8d3MX8IRg1Nnl+uORwgS9 qmsNhhJtP1aZL0RCrApmn+s3MU91F/Fun1Nm51L2oXiFHqcnkrYIKI4KCj7Pwn7Y6tYkDIg5ILeS5 czboA3AfFSPgPJ8OvAg7bmtBWhEfAzWU1BLsIntKcn/spxP3AkhkEZvcFPjR1X+/DFRik9VJjFrtd FEz6Ij6YuGAZiWbYiwzF9tXNY1a8eQwrycV+toFH0cWBHWjFoykDPx6lO0VJolBhYOOFbfd5QO4Rs odP633OlQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1karrJ-0003xq-Cr; Fri, 06 Nov 2020 02:52:13 +0000 Received: from kvm5.telegraphics.com.au ([98.124.60.144]) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1karrG-0003xL-U0 for linux-arm-kernel@lists.infradead.org; Fri, 06 Nov 2020 02:52:11 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id 4D86F22C30; Thu, 5 Nov 2020 21:52:02 -0500 (EST) Date: Fri, 6 Nov 2020 13:52:01 +1100 (AEDT) From: Finn Thain To: Geert Uytterhoeven Subject: Re: [RFC 13/13] m68k: mac: convert to generic clockevent In-Reply-To: Message-ID: References: <20201008154651.1901126-1-arnd@arndb.de> <20201008154651.1901126-14-arnd@arndb.de> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201105_215210_985309_DF4133E3 X-CRM114-Status: GOOD ( 17.66 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Sam Creasey , Arnd Bergmann , Linus Walleij , Tony Luck , "linux-ia64@vger.kernel.org" , Parisc List , Fenghua Yu , Stephen Boyd , Helge Deller , Daniel Lezcano , "linux-kernel@vger.kernel.org" , Russell King , "James E.J. Bottomley" , linux-m68k , Thomas Gleixner , Linux ARM , John Stultz , Philip Blundell , Greg Ungerer , Joshua Thompson Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, 23 Oct 2020, Geert Uytterhoeven wrote: > > > > The arm/rpc timer seems to be roughly in the same category as most > > > > of the m68k ones or the i8253 counter on a PC. It's possible that > > > > some of them could use the same logic as > > > > drivers/clocksource/i8253.o as long as there is any hardware > > > > oneshot mode. > > > > > > There appear to be 15 platforms in that category. 4 have no > > > clocksource besides the jiffies clocksource, meaning there's no > > > practical alternative to using a periodic tick, like you did in your > > > RFC patch: > > > > > > arch/m68k/apollo/config.c > > > arch/m68k/q40/q40ints.c > > > arch/m68k/sun3/sun3ints.c > > > arch/m68k/sun3x/time.c > > > > Do any of these have users? I'm fairly sure sun3x has never worked in > > mainline, sun3 seems to still need the same few patches it did 20 > > years ago. I couldn't find much about Linux on Apollo or q40, the > > information on the web for either of them seems to all be for > > linux-2.4 kernels. > > They probably don't have any users. I have access to several Sun 3 machines but no time to work on that port, unfortunately. Are these 4 platforms (those with no clocksource besides the "jiffies" clocksource) the only reason for CONFIG_TIME_LOW_RES on m68k? _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel