linux-kernel - Re: [PATCH 00/19] pramfs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 09 Sep 2013 20:13:51 +0200
From:	Marco Stornelli <marco.stornelli@...il.com>
To:	Dave Chinner <david@...morbit.com>
CC:	Linux FS Devel <linux-fsdevel@...r.kernel.org>,
	Vladimir Davydov <vdavydov@...allels.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 00/19] pramfs

Il 09/09/2013 01:40, Dave Chinner ha scritto:
> On Sat, Sep 07, 2013 at 10:14:04AM +0200, Marco Stornelli wrote:
>> Hi all,
>>
>> this is an attempt to include pramfs in mainline. At the moment pramfs
>> has been included in LTSI kernel. Since last review the code is more
>> or less the same but, with a really big thanks to Vladimir Davydov and
>> Parallels, the development of fsck has been started and we have now
>> the possibility to correct fs errors due to corruption. It's a "young"
>> tool but we are working on it. You can clone the code from our repos:
>>
>> git clone git://git.code.sf.net/p/pramfs/code pramfs-code
>> git clone git://git.code.sf.net/p/pramfs/Tools pramfs-Tools
>
> The 1980s are calling, and they want their filesytem back. :)
>
> So, Devil's Advocate time. Convince me as to why pramfs should be
> merged.
>

Never used in my embedded project with more of few mb, and maybe you are 
asking for cases not targeted. Pramfs is in LTSI not why I asked Greg to 
include it, but because there are several companies asked me to do. The 
message wasn't "hey, pramfs is in LTSI, so we must include it in 
mainline" but it was only a consideration and indication that there is 
need of something like that out there. Sure we can talk about if it's 
the best option or not, however this is the real world. In addition, 
this comment is exactly why the kernel community is not really friendly 
to be time-to-market, we have to say it. It's not possible to have a 10 
years review. It's a never ending story. Maybe when there is a big 
company behind a patch the behavior is different and I can do several 
examples, but I don't want to say more, life is hard, I know, even in 
the kernel community. I think I can close the review here, my delusion 
is not for me, I can live well in each case, but for the companies and 
all the people believes in the project.

Thanks to all.

Marco

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/