[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210719092415.vgx2xsk2vsppojzp@liuwe-devbox-debian-v2>
Date: Mon, 19 Jul 2021 09:24:15 +0000
From: Wei Liu <wei.liu@...nel.org>
To: Michael Kelley <mikelley@...rosoft.com>
Cc: sthemmin@...rosoft.com, kys@...rosoft.com, wei.liu@...nel.org,
decui@...rosoft.com, daniel.lezcano@...aro.org, tglx@...utronix.de,
arnd@...db.de, linux-kernel@...r.kernel.org,
linux-hyperv@...r.kernel.org, linux-arch@...r.kernel.org
Subject: Re: [PATCH 1/1] drivers: hv: Decouple Hyper-V clock/timer code from
VMbus drivers
On Tue, Jul 13, 2021 at 05:01:46PM -0700, Michael Kelley wrote:
> Hyper-V clock/timer code in hyperv_timer.c is mostly independent from
> other VMbus drivers, but building for ARM64 without hyperv_timer.c
> shows some remaining entanglements. A default implementation of
> hv_read_reference_counter can just read a Hyper-V synthetic register
> and be independent of hyperv_timer.c, so move this code out and into
> hv_common.c. Then it can be used by the timesync driver even if
> hyperv_timer.c isn't built on a particular architecture. If
> hyperv_timer.c *is* built, it can override with a faster implementation.
>
> Also provide stubs for stimer functions called by the VMbus driver when
> hyperv_timer.c isn't built.
>
> No functional changes.
>
> Signed-off-by: Michael Kelley <mikelley@...rosoft.com>
Applied to hyperv-next. Thanks.
Powered by blists - more mailing lists