[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190824151218.GM1581@sasha-vm>
Date: Sat, 24 Aug 2019 11:12:18 -0400
From: Sasha Levin <sashal@...nel.org>
To: Vitaly Kuznetsov <vkuznets@...hat.com>
Cc: lantianyu1986@...il.com, Tianyu Lan <Tianyu.Lan@...rosoft.com>,
linux-hyperv@...r.kernel.org, linux-kernel@...r.kernel.org,
kys@...rosoft.com, haiyangz@...rosoft.com, sthemmin@...rosoft.com,
tglx@...utronix.de, mingo@...hat.com, bp@...en8.de, hpa@...or.com,
x86@...nel.org, daniel.lezcano@...aro.org,
michael.h.kelley@...rosoft.com
Subject: Re: [PATCH] x86/Hyper-V: Fix build error with CONFIG_HYPERV_TSCPAGE=N
On Thu, Aug 22, 2019 at 10:39:46AM +0200, Vitaly Kuznetsov wrote:
>lantianyu1986@...il.com writes:
>
>> From: Tianyu Lan <Tianyu.Lan@...rosoft.com>
>>
>> Both Hyper-V tsc page and Hyper-V tsc MSR code use variable
>> hv_sched_clock_offset for their sched clock callback and so
>> define the variable regardless of CONFIG_HYPERV_TSCPAGE setting.
>
>CONFIG_HYPERV_TSCPAGE is gone after my "x86/hyper-v: enable TSC page
>clocksource on 32bit" patch. Do we still have an issue to fix?
Yes. Let's get it fixed on older kernels (as such we need to tag this
one for stable). The 32bit TSC patch won't come in before 5.4 anyway.
Vitaly, does can you ack this patch? It might require you to re-spin
your patch.
--
Thanks,
Sasha
Powered by blists - more mailing lists