> -----Original Message----- > From: Dan Carpenter <dan.carpen...@oracle.com> > Sent: Thursday, April 26, 2018 2:32 PM > To: KY Srinivasan <k...@microsoft.com> > Cc: x...@kernel.org; gre...@linuxfoundation.org; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com; jasow...@redhat.com; t...@linutronix.de; > h...@zytor.com; Stephen Hemminger <sthem...@microsoft.com>; Michael > Kelley (EOSG) <michael.h.kel...@microsoft.com>; vkuzn...@redhat.com > Subject: Re: [PATCH 2/5] X86: Hyper-V: Enable IPI enlightenments > > On Wed, Apr 25, 2018 at 11:12:47AM -0700, k...@linuxonhyperv.com wrote: > > +/* > > + * IPI implementation on Hyper-V. > > + */ > > + > > +static int __send_ipi_mask(const struct cpumask *mask, int vector) > > +{ > > + int cur_cpu, vcpu; > > + struct ipi_arg_non_ex **arg; > > + struct ipi_arg_non_ex *ipi_arg; > > + int ret = 1; > > Not specifically related to this patch, but hv code sometimes returns 1 > on error or U64_MAX. It's slightly magical. Maybe > HV_STATUS_INVALID_HYPERCALL_INPUT (3) would be more appropriate? > Or we > could make a new more generic error code: > > #define HV_STATUS_INVALID 1
Good point. We will look at cleaning this up. Regards, K. Y _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel