On Tue, Dec 12, 2017 at 12:13:59AM +0000, alexander.le...@verizon.com wrote:
> On Sat, Dec 09, 2017 at 08:41:54AM +0100, Greg Kroah-Hartman wrote:
> >On Sat, Dec 09, 2017 at 06:16:04AM +0000, alexander.le...@verizon.com wrote:
> >> On Fri, Dec 08, 2017 at 03:56:40AM +0000, Ben Hutchings wrote:
> >> >On Thu, 2017-12-07 at 14:07 +0100, Greg Kroah-Hartman wrote:
> >> >> 4.4-stable review patch. If anyone has any objections, please let me
> >> >> know.
> >> >>
> >> >> ------------------
> >> >>
> >> >> From: Ben Hutchings <b...@decadent.org.uk>
> >> >>
> >> >>
> >> >> [ Upstream commit c15562c0dcb2c7f26e891923b784cf1926b8c833 ]
> >> >>
> >> >> usbip_host_driver.h now depends on several additional headers, which
> >> >> need to be installed along with it.
> >> >>
> >> >> Fixes: 021aed845303 ("staging: usbip: userspace: migrate
> >> >> usbip_host_driver ...")
> >> >> Fixes: 3391ba0e2792 ("usbip: tools: Extract generic code to be shared
> >> >> with ...")
> >> >> Signed-off-by: Ben Hutchings <b...@decadent.org.uk>
> >> >> Acked-by: Shuah Khan <shua...@osg.samsung.com>
> >> >> Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org>
> >> >> Signed-off-by: Sasha Levin <alexander.le...@verizon.com>
> >> >> Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org>
> >> >> ---
> >> >> tools/usb/usbip/Makefile.am | 3 ++-
> >> >> 1 file changed, 2 insertions(+), 1 deletion(-)
> >> >>
> >> >> --- a/tools/usb/usbip/Makefile.am
> >> >> +++ b/tools/usb/usbip/Makefile.am
> >> >> @@ -1,6 +1,7 @@
> >> >> SUBDIRS := libsrc src
> >> >> includedir = @includedir@/usbip
> >> >> include_HEADERS := $(addprefix libsrc/, \
> >> >> - usbip_common.h vhci_driver.h usbip_host_driver.h)
> >> >> + usbip_common.h vhci_driver.h usbip_host_driver.h \
> >> >> + list.h sysfs_utils.h usbip_host_common.h)
> >> >
> >> >usbip_host_common.h was added in 4.7 (by the second commit listed
> >> >above), so for 4.4 and 3.18 it should not be added to this list.
> >>
> >> Thanks Ben!
> >>
> >> Greg, I'm not sure how to send you fixes for patches currently in your
> >> -rc cycle, since ideally you would just remove them instead of
> >> reverting. Any ideas?
> >
> >Yes, I can just drop them from the queue. I'll go through all of these
> >later this evening when I get back to the keyboard...
>
> If you regenerate trees based on the queue, can I send you patches for
> your stable-queue to remove commits after you've pulled from me but
> before you release it?
You can, but no one has ever done that before, could be an interesting
thing to attempt :)
greg k-h
