[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.1809261017530.2974@nanos.tec.linutronix.de>
Date: Wed, 26 Sep 2018 10:23:44 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Yi Sun <yi.y.sun@...ux.intel.com>
cc: linux-kernel@...r.kernel.org, x86@...nel.org,
chao.p.peng@...el.com, chao.gao@...el.com,
isaku.yamahata@...el.com, michael.h.kelley@...rosoft.com,
tianyu.lan@...rosoft.com, "K. Y. Srinivasan" <kys@...rosoft.com>,
Haiyang Zhang <haiyangz@...rosoft.com>,
Stephen Hemminger <sthemmin@...rosoft.com>
Subject: Re: [PATCH v2 2/2] locking/pvqspinlock, hv: Enable PV qspinlock for
Hyper-V
On Fri, 21 Sep 2018, Yi Sun wrote:
> static inline int hyperv_flush_guest_mapping(u64 as) { return -1; }
> +void __init hv_init_spinlocks(void) {}
That stub want's to be static inline void hv_....
But as the code which uses it is ifdef guarded anyway, you don't need it at
all. We add stub functions to avoid te ifdeffery in the code so the
compiler can optimize them out, but if the ifdef guards are required for
other reasons, then providing the stub for nothing is a pointless exercise.
Thanks,
tglx
Powered by blists - more mailing lists