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=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 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 C7FC1C63777 for ; Tue, 17 Nov 2020 00:11:21 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8010920665 for ; Tue, 17 Nov 2020 00:11:21 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731295AbgKQALB (ORCPT ); Mon, 16 Nov 2020 19:11:01 -0500 Received: from anhedonia.sammy.net ([67.23.44.4]:54043 "EHLO sammy.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1726310AbgKQALA (ORCPT ); Mon, 16 Nov 2020 19:11:00 -0500 X-Greylist: delayed 2620 seconds by postgrey-1.27 at vger.kernel.org; Mon, 16 Nov 2020 19:11:00 EST Received: from sammy by sammy.net with local (Exim 4.63) (envelope-from ) id 1kentn-00010k-IZ; Mon, 16 Nov 2020 18:27:03 -0500 Date: Mon, 16 Nov 2020 18:27:03 -0500 From: Sam Creasey To: Finn Thain Cc: Geert Uytterhoeven , Arnd Bergmann , "linux-kernel@vger.kernel.org" , Russell King , Tony Luck , Fenghua Yu , Greg Ungerer , Philip Blundell , Joshua Thompson , Sam Creasey , "James E.J. Bottomley" , Helge Deller , Thomas Gleixner , Daniel Lezcano , John Stultz , Stephen Boyd , Linus Walleij , "linux-ia64@vger.kernel.org" , Parisc List , linux-m68k , Linux ARM Subject: Re: [RFC 13/13] m68k: mac: convert to generic clockevent Message-ID: <20201116232703.GV14088@anhedonia-3> References: <20201008154651.1901126-1-arnd@arndb.de> <20201008154651.1901126-14-arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 06, 2020 at 01:52:01PM +1100, Finn Thain wrote: > 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? Sun3x was probably at least as close (if not closer) than Sun3 to working in mainline back in the day, but unfortunately I'm in the same place as Finn... I've got the hardware, but time is harder to come by. -- Sam