From mboxrd@z Thu Jan 1 00:00:00 1970 From: Minchan Kim Subject: Re: [PATCH] pramfs: Persistent and protected RAM filesystem Date: Wed, 6 Oct 2010 09:24:56 +0900 Message-ID: References: Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ztzy2QisY2qdxEXcyPJ3DDVgOtutiWWyUWyGp/bst4s=; b=BdmbQjfSn1y559H81M+EDbK5z1eno7cUMgp1t7xuoEYQrj/ziwmbk+OTFclDURS3jO wW8DJrnKkKtvKXFPgB1vCQHJzJ9RUcJc4qe7PZiM0W0SUdkWkCFnu41CwFCT7eq+yyf5 EwRFyBJUozYTeR/s+INj4xOpYkxoMpb1xuJUo= In-Reply-To: Sender: owner-linux-mm@kvack.org List-Id: Content-Type: text/plain; charset="iso-8859-1" To: Marco Stornelli Cc: Linux Kernel , linux-embedded@vger.kernel.org, linux-fsdevel@vger.kernel.org, Tim Bird , linux-mm@kvack.org Hello. On Tue, Oct 5, 2010 at 8:39 PM, Marco Stornelli wrote: > Hi all, > > after a lot of improvement, test, bug fix and new features, it's the > moment for third round with the kernel community to submit PRAMFS for > mainline. First of all, I have to say thanks to Tim Bird and CELF to > actively support the project. Good to know. Thanks for your endless effort. :) > > Since the last review (June 2009) a lot of things are changed: > > - removed any reference of BKL > - fixed the endianess for the fs layout > - added support for extended attributes, ACLs and security labels > - moved out any pte manipulations from fs and inserted them in mm > - implemented the new truncate convention > - fixed problems with 64bit archs > > ...and much more. Complete "story" in the ChangeLog inserted in the > documentation file. > > Since the patch is long, you can download and review the patch from > the project site: http:\\pramfs.sourceforge.net. The patch version is > 1.2.1 for kernel 2.6.36. > In addition, in the web site tech page, you can find a lot of > information about implementation, technical details, benchemarking and > so on. If you really want to merge it, you have to divide patch into individual patches instead of all-at-once patch. Individual patches should have a description and clear feature to review more easily. And still we need all-at-once patch to apply the patch and test easily. > Regards, > > Marco > > -- > To unsubscribe, send a message with 'unsubscribe linux-mm' in > the body to majordomo@kvack.org. =A0For more info on Linux MM, > see: http://www.linux-mm.org/ . > Don't email: email@kvack.org > > --=20 Kind regards, Minchan Kim -- 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