From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754289Ab0GNJtM (ORCPT ); Wed, 14 Jul 2010 05:49:12 -0400 Received: from kroah.org ([198.145.64.141]:47006 "EHLO coco.kroah.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752748Ab0GNJtK (ORCPT ); Wed, 14 Jul 2010 05:49:10 -0400 Date: Wed, 14 Jul 2010 02:49:52 -0700 From: Greg KH To: Shreyas Bhatewara Cc: Christoph Hellwig , Stephen Hemminger , Pankaj Thakkar , "pv-drivers@vmware.com" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "virtualization@lists.linux-foundation.org" Subject: Re: [Pv-drivers] RFC: Network Plugin Architecture (NPA) for vmxnet3 Message-ID: <20100714094952.GA16209@kroah.com> References: <20100504230225.GP8323@vmware.com> <201005051029.42052.dtor@vmware.com> <20100505173120.GA1752@infradead.org> <201005051035.29831.dtor@vmware.com> <20100505173951.GA8388@infradead.org> <20100505105253.0a8bc465@nehalam> <20100506202113.GC17922@infradead.org> <1278990388.32650.22.camel@eng-rhel5-64> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1278990388.32650.22.camel@eng-rhel5-64> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 12, 2010 at 08:06:28PM -0700, Shreyas Bhatewara wrote: > drivers/net/vmxnet3/vmxnet3_drv.c | 1845 > +++++++++++++++++++-------------- Your patch is line-wrapped and can not be applied :( Care to fix your email client? One thing just jumped out at me when glancing at this: > +static INLINE void > +MoveMemory(void *dst, > + void *src, > + size_t length) > +{ > + size_t i; > + for (i = 0; i < length; ++i) > + ((u8 *)dst)[i] = ((u8 *)src)[i]; > +} > + > +static INLINE void > +ZeroMemory(void *memory, > + size_t length) > +{ > + size_t i; > + for (i = 0; i < length; ++i) > + ((u8 *)memory)[i] = 0; > +} Is there some reason that our in-kernel functions that do this type of logic are not working for you to require you to reimplement this? thanks, greg k-h