Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751377AbbGAFoc (ORCPT ); Wed, 1 Jul 2015 01:44:32 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:56154 "EHLO out4-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752058AbbGAFo2 (ORCPT ); Wed, 1 Jul 2015 01:44:28 -0400 X-Sasl-enc: HRIIIde/7W73UO3cXejHTwHH6z1jY5keMZjRAvY4XFrr 1435729457 Date: Tue, 30 Jun 2015 22:44:16 -0700 From: Greg KH To: Jeremy White Cc: hdegoede@redhat.com, spice-devel@lists.freedesktop.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 1/1] Add a usbredir kernel module to remotely connect USB devices over IP. Message-ID: <20150701054416.GA23370@kroah.com> References: <1435700650-640-1-git-send-email-jwhite@codeweavers.com> <1435700650-640-2-git-send-email-jwhite@codeweavers.com> <20150630234805.GB13573@kroah.com> <55935FC1.8090203@codeweavers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55935FC1.8090203@codeweavers.com> User-Agent: Mutt/1.5.23+89 (0255b37be491) (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2069 Lines: 53 On Tue, Jun 30, 2015 at 10:34:25PM -0500, Jeremy White wrote: > > > >It's pointless to post a patch that you know has problems with it (i.e. > >it's not even in proper kernel coding style), as it will never be > >reviewed or even looked at. > > Thanks for the reply, and I'm sorry for the clumsy ask. > > I would still appreciate feedback on two points: > > 1. Is the basic premise reasonable? Is Hans correct in asserting that an > alternate USB over IP module will be considered? I have no idea, if it fully replaces the usbip functionality, I don't see why that would be rejected. But why can't you just fix up usbip for the issues you find lacking? > 2. Do I correctly understand that there are no circumstances where copied > code can be left unmodified? Even in the case where the copied code is > working, production code, and the changes would be just for style? I doubt the changes would just be for "style" if you are craming it into the kernel tree, as it's a totally different environment from any other place this code might have been running in before. > >Please do the most basic of polite things and fix this up before posting > >things. > > It is often difficult for a newcomer to know what the polite thing is, even > after studying FAQs and documentation. Did you read Documentation/SubmittingPatches? > I appreciate your patience (and clue bats) as I try to learn. > > > > >And really, all in one patch? That too is pretty hard to review... > > Yeah. I see the point of pain. I did not see a solution as I formed the > patch, but I'll try harder before resending. Remember you need to make this trivial to review in order to get it accepted. You have to do extra work because of this because our limited resource is reviewers and maintainers, not developers. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/