From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Subject: Re: [PATCH 24/49] Staging: hv: vmbus: Get rid of the unused wrapper - vmbus_onchannel_event() Date: Tue, 7 Jun 2011 11:58:40 -0700 Message-ID: <20110607185840.GB3531@kroah.com> References: <1307400540-13193-1-git-send-email-kys@microsoft.com> <1307400613-13234-1-git-send-email-kys@microsoft.com> <1307400613-13234-24-git-send-email-kys@microsoft.com> <20110606231511.GB18222@infradead.org> <6E21E5352C11B742B20C142EB499E0480813D861@TK5EX14MBXC122.redmond.corp.microsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <6E21E5352C11B742B20C142EB499E0480813D861@TK5EX14MBXC122.redmond.corp.microsoft.com> Sender: linux-kernel-owner@vger.kernel.org To: KY Srinivasan Cc: Christoph Hellwig , "gregkh@suse.de" , "linux-kernel@vger.kernel.org" , "devel@linuxdriverproject.org" , "virtualization@lists.osdl.org" , Haiyang Zhang , "Abhishek Kane (Mindtree Consulting PVT LTD)" List-Id: virtualization@lists.linuxfoundation.org On Tue, Jun 07, 2011 at 02:59:32PM +0000, KY Srinivasan wrote: > > > > -----Original Message----- > > From: Christoph Hellwig [mailto:hch@infradead.org] > > Sent: Monday, June 06, 2011 7:15 PM > > To: KY Srinivasan > > Cc: gregkh@suse.de; linux-kernel@vger.kernel.org; > > devel@linuxdriverproject.org; virtualization@lists.osdl.org; Haiyang Zhang; > > Abhishek Kane (Mindtree Consulting PVT LTD) > > Subject: Re: [PATCH 24/49] Staging: hv: vmbus: Get rid of the unused wrapper - > > vmbus_onchannel_event() > > > > On Mon, Jun 06, 2011 at 03:49:48PM -0700, K. Y. Srinivasan wrote: > > > Now, get rid of the unused wrapper - vmbus_onchannel_event(). > > > > I'd merge this into the previous patch. In general your patch split > > seem a little too fine grained to me in general. When you remove a > > wrapper you can inline it into the callsite directly, if you clean up a > > function directly inlining it into the helper is fine, etc. > > > I agree with you that some of these patches are too fine grained; but > I thought that was what was expected - "one change per patch". Yes, but don't take it to an extreme, like you have done here :) thanks, greg k-h