On Tue, Jan 24, 2023 at 10:32:49PM +0100, Mark Kettenis wrote: > > Date: Tue, 24 Jan 2023 20:57:48 +0100 > > From: Patrick Wildt <patr...@blueri.se> > > > > Am Mon, Jan 23, 2023 at 04:34:27PM -0600 schrieb Scott Cheloha: > > > Whoops, missed one. This is the fifth and (I think) last armv7 clock > > > interrupt driver that needs to switch to clockintr. gptimer(4) is > > > nearly identical to dmtimer(4). > > > > > > Notable changes: > > > > > > - Switch stathz from 128 to hz. > > > - Switch profhz from 1024 to (stathz * 10). > > > > > > Everything else in the patch is just normal clockintr switching stuff > > > or duplicated from the dmtimer(4) patch. > > > > > > jca@ has compile-tested this. > > > > > > I would appreciate a test to confirm that the GENERIC boots. I don't > > > think we need to do a full release build. > > > > > > ... if nobody knows where to find a board with gptimer(4), I am > > > looking for permission to just commit this as-is. I cannot find any > > > entries in the dmesg mails of any machines with gptimer(4). kettenis@ > > > was uncertain whether we actually support any of the machines that have > > > this clock. > > > > > > Preferences? ok? > > > > Should we just get rid of it? It's only used on OMAP3, which was > > already outdated when I started my ARMv7 endeavour a decade ago. > > I never had that machine, drahn@ might have one in the attic. > > > > The relevant platforms were the Pandaboard (OMAP4) and the BeagleBone > > Black (AM335x). But the OMAP3, did this thing ever work? > > Might as well commit this such that we have it in the attic just in > case someone wants to revive OMAP3?
Patch committed.
