Thanks, I hadn't updated to rc7 yet
-----Original Message----- From: Joshua R. Poulson <j...@pun.org> Sent: Wednesday, March 28, 2018 12:18 PM To: Stephen Hemminger <step...@networkplumber.org> Cc: K. Y. Srinivasan <k...@exchange.microsoft.com>; KY Srinivasan <k...@microsoft.com>; gre...@linuxfoundation.org; linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; Andy Whitcroft <a...@canonical.com>; Vitaly Kuznetsov <vkuzn...@redhat.com>; jasow...@redhat.com; Leann Ogasawara <leann.ogasaw...@canonical.com>; Marcelo Henrique Cerri <marcelo.ce...@canonical.com>; Stephen Hemminger <sthem...@microsoft.com>; Michael Kelley <mhkel...@outlook.com>; Stable <sta...@vger.kernel.org> Subject: Re: [PATCH 1/1] Drivers: hv: vmbus: Fix ring buffer signaling https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=v4.16-rc7&id=655296c8bbeffcf020558c4455305d597a73bde1 On Wed, Mar 28, 2018 at 12:01 PM, Stephen Hemminger <step...@networkplumber.org> wrote: > On Sun, 4 Mar 2018 22:24:08 -0700 > k...@exchange.microsoft.com wrote: > >> From: Michael Kelley <mhkel...@outlook.com> >> >> Fix bugs in signaling the Hyper-V host when freeing space in the >> host->guest ring buffer: >> >> 1. The interrupt_mask must not be used to determine whether to signal >> on the host->guest ring buffer >> 2. The ring buffer write_index must be read (via hv_get_bytes_to_write) >> *after* pending_send_sz is read in order to avoid a race condition >> 3. Comparisons with pending_send_sz must treat the "equals" case as >> not-enough-space >> 4. Don't signal if the pending_send_sz feature is not present. Older >> versions of Hyper-V that don't implement this feature will poll. >> >> Fixes: 03bad714a161 ("vmbus: more host signalling avoidance") >> >> Cc: Stable <sta...@vger.kernel.org> # 4.14 and above >> Signed-off-by: Michael Kelley <mhkel...@outlook.com> >> Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> > > What ever happened to this patch? It doesn't seem to be in char-misc, > upstream, > or stable kernel tree yet. > > _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
