> -----Original Message----- > From: Stephen Hemminger > Sent: Friday, February 10, 2017 8:39 AM > To: Greg KH <gre...@linuxfoundation.org>; KY Srinivasan > <k...@microsoft.com> > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; > jasow...@redhat.com; leann.ogasaw...@canonical.com; Stephen > Hemminger <step...@networkplumber.org> > Subject: RE: [PATCH 05/13] vmbus: remove per channel state > > -----Original Message----- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Friday, February 10, 2017 6:47 AM > To: KY Srinivasan <k...@microsoft.com> > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com; > jasow...@redhat.com; leann.ogasaw...@canonical.com; Stephen > Hemminger <step...@networkplumber.org>; Stephen Hemminger > <sthem...@microsoft.com> > Subject: Re: [PATCH 05/13] vmbus: remove per channel state > > On Sun, Feb 05, 2017 at 05:20:35PM -0700, k...@exchange.microsoft.com > wrote: > > From: Stephen Hemminger <step...@networkplumber.org> > > > > The netvsc no longer needs per channel state hook to track receive buffer. > > > > Signed-off-by: Stephen Hemminger <sthem...@microsoft.com> > > Signed-off-by: K. Y. Srinivasan <k...@microsoft.com> > > --- > > include/linux/hyperv.h | 14 -------------- > > 1 files changed, 0 insertions(+), 14 deletions(-) > > This patch breaks the build badly, I don't know how it passed anyone's > build tests :( > > The functions are still used in two different files. > > I've applied the first 4 patches here, but really, I shouldn't have had > to bisect down to the offending patch. > > ugh. > > greg k-h > > In the set I submitted was the patch to remove usage of per channel state in > netvsc. > KY dropped it, because it already is in net-next. So this patch can wait until > net-next is merged. > The current split tree process is a pain and causes slow development cycles
Greg, Sorry for the confusion; I will be resending the rest of the patches. Thanks, K. Y _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
