Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756646AbYBDQZ4 (ORCPT ); Mon, 4 Feb 2008 11:25:56 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755870AbYBDQZq (ORCPT ); Mon, 4 Feb 2008 11:25:46 -0500 Received: from mail-relay-01.mailcluster.net ([77.221.130.213]:55416 "EHLO mail-relay-01.mailcluster.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752858AbYBDQZo (ORCPT ); Mon, 4 Feb 2008 11:25:44 -0500 Message-ID: <47A73C86.3060604@vlnb.net> Date: Mon, 04 Feb 2008 19:25:42 +0300 From: Vladislav Bolkhovitin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060501 Fedora/1.7.13-1.1.fc5 X-Accept-Language: en-us, ru, en MIME-Version: 1.0 To: James Bottomley CC: Bart Van Assche , Linus Torvalds , Andrew Morton , FUJITA Tomonori , linux-scsi@vger.kernel.org, scst-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: Integration of SCST in the mainstream Linux kernel References: <1201639331.3069.58.camel@localhost.localdomain> <47A05CBD.5050803@vlnb.net> <47A7049A.9000105@vlnb.net> <1202139015.3096.5.camel@localhost.localdomain> In-Reply-To: <1202139015.3096.5.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1142 Lines: 31 James Bottomley wrote: >>Vladislav Bolkhovitin wrote: >>So, James, what is your opinion on the above? Or the overall SCSI target >>project simplicity doesn't matter much for you and you think it's fine >>to duplicate Linux page cache in the user space to keep the in-kernel >>part of the project as small as possible? > > > The answers were pretty much contained here > > http://marc.info/?l=linux-scsi&m=120164008302435 > > and here: > > http://marc.info/?l=linux-scsi&m=120171067107293 > > Weren't they? No, sorry, it doesn't look so for me. They are about performance, but I'm asking about the overall project's architecture, namely about one part of it: simplicity. Particularly, what do you think about duplicating Linux page cache in the user space to have zero-copy cached I/O? Or can you suggest another architectural solution for that problem in the STGT's approach? Vlad -- 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/