From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: [RFC]: Support for zero-copy TCP transmit of user space data Date: Fri, 19 Dec 2008 19:00:09 +0100 Message-ID: <20081219180009.GP25779@one.firstfloor.org> References: <4941590F.3070705@vlnb.net> <1229022734.3266.67.camel@localhost.localdomain> <4942BAB8.4050007@vlnb.net> <1229110673.3262.94.camel@localhost.localdomain> <49469ADB.6010709@vlnb.net> <20081215231801.GA27168@infradead.org> <4947FA1C.2090509@vlnb.net> <494A97DD.7080503@vlnb.net> <87zlisz9pg.fsf@basil.nowhere.org> <494BDBFC.7060707@vlnb.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andi Kleen , linux-mm@kvack.org, Christoph Hellwig , James Bottomley , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, scst-devel@lists.sourceforge.net, Bart Van Assche , netdev@vger.kernel.org To: Vladislav Bolkhovitin Return-path: Content-Disposition: inline In-Reply-To: <494BDBFC.7060707@vlnb.net> Sender: owner-linux-mm@kvack.org List-Id: netdev.vger.kernel.org > Sure, this is why I propose to disable that option by default in > distribution kernels, so it would produce no harm. That would make the option useless for most users. You might as well not bother merging then. > first, only then enable that option, then rebuild the kernel. (I'm > repeating it to make sure you didn't miss this my point; it was in the > part of my original message, which you cut out.) That was such a ridiculous suggestion, I didn't take it seriously. Also it should be really not rocket science to use a separate table for this. -Andi -- ak@linux.intel.com -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org