linux-kernel - RE: [PATCH v3] Drivers: hv: vmbus: prevent cpu offlining on newer hypervisors

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <BY2PR0301MB0711E231353FDCA108D52D2AA0350@BY2PR0301MB0711.namprd03.prod.outlook.com>
Date:	Mon, 26 Jan 2015 23:53:53 +0000
From:	KY Srinivasan <kys@...rosoft.com>
To:	Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
	Vitaly Kuznetsov <vkuznets@...hat.com>
CC:	"devel@...uxdriverproject.org" <devel@...uxdriverproject.org>,
	"Haiyang Zhang" <haiyangz@...rosoft.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Dexuan Cui <decui@...rosoft.com>
Subject: RE: [PATCH v3] Drivers: hv: vmbus: prevent cpu offlining on newer
 hypervisors



> -----Original Message-----
> From: Greg Kroah-Hartman [mailto:gregkh@...uxfoundation.org]
> Sent: Monday, January 26, 2015 2:54 PM
> To: Vitaly Kuznetsov
> Cc: KY Srinivasan; devel@...uxdriverproject.org; Haiyang Zhang; linux-
> kernel@...r.kernel.org; Dexuan Cui
> Subject: Re: [PATCH v3] Drivers: hv: vmbus: prevent cpu offlining on newer
> hypervisors
> 
> On Mon, Jan 26, 2015 at 11:38:54AM +0100, Vitaly Kuznetsov wrote:
> > Greg Kroah-Hartman <gregkh@...uxfoundation.org> writes:
> >
> > > On Mon, Jan 12, 2015 at 05:50:11PM +0100, Vitaly Kuznetsov wrote:
> > >> When an SMP Hyper-V guest is running on top of 2012R2 Server and
> > >> secondary cpus are sent offline (with echo 0 >
> > >> /sys/devices/system/cpu/cpu$cpu/online)
> > >> the system freeze is observed. This happens due to the fact that on
> > >> newer hypervisors (Win8, WS2012R2, ...) vmbus channel handlers are
> > >> distributed across all cpus (see init_vp_index() function in
> > >> drivers/hv/channel_mgmt.c) and on cpu offlining nobody reassigns
> > >> them to CPU0. Prevent cpu offlining when vmbus is loaded until the
> issue is fixed host-side.
> > >>
> > >> This patch also disables hibernation but it is OK as it is also
> > >> broken (MCE error is hit on resume). Suspend still works.
> > >>
> > >> Tested with WS2008R2 and WS2012R2.
> > >>
> > >> Signed-off-by: Vitaly Kuznetsov <vkuznets@...hat.com>
> > >> Signed-off-by: K. Y. Srinivasan <kys@...rosoft.com>
> > >> ---
> > >> Changes since v2:
> > >> - repair the build when vmbus is builded as a module [Greg KH] by
> saving
> > >>   current cpu_disable pointer to previous_cpu_disable and restoring it
> on
> > >>   unload;
> > >> - return -ENOSYS (same as native_cpu_disable when
> !CONFIG_HOTPLUG_CPU) instead
> > >>   of -1 in hyperv_cpu_disable().
> > >>
> > >> Changes since v1:
> > >> - introduce hv_cpu_hotplug_quirk() function to not spread #ifdefs
> > >> [Greg KH];
> > >> - add pr_notice() message "hv_vmbus: CPU offlining is not supported by
> > >>   hypervisor".
> > >> ---
> > >>  drivers/hv/vmbus_drv.c | 36
> ++++++++++++++++++++++++++++++++++++
> > >>  1 file changed, 36 insertions(+)
> > >
> > > Doesn't apply to my char-misc-test branch at all :(
> >
> > Another mid-air collision with K.Y's "Drivers: hv: vmbus: Implement a
> > clockevent device", please use the attached version. No functional
> > changes are required, I just fixed the merge conflict (includes).
> >
> > Othere than that (and sorry for meddling), would it it be better if
> > you switch to 'pull requests' workflow with K.Y? There is a lot of
> > ongoing work in hyperv nowdays and such collisions seem otherwise
> > inevitable ...
> 
> This is a trivial number of patches for this subsystem, so no, a git workflow
> isn't needed.  But if KY would collect the patches up and send them to me for
> all hyperv patches from now on, that would make these types of issues go
> away, KY, can you do that from now on?

Will do.

Thanks,

K. Y
> 
> thanks,
> 
> greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/