[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1837147225.3667.1569080255850.JavaMail.zimbra@nod.at>
Date: Sat, 21 Sep 2019 17:37:35 +0200 (CEST)
From: Richard Weinberger <richard@....at>
To: Hou Tao <houtao1@...wei.com>
Cc: Xiaoming Ni <nixiaoming@...wei.com>,
Al Viro <viro@...iv.linux.org.uk>,
Boris Brezillon <bbrezillon@...nel.org>, dilinger@...ued.net,
linux-kernel <linux-kernel@...r.kernel.org>,
daniel santos <daniel.santos@...ox.com>,
linux-mtd <linux-mtd@...ts.infradead.org>,
David Woodhouse <dwmw2@...radead.org>
Subject: Re: [PATCH] jffs2:freely allocate memory when parameters are
invalid
Tao,
----- Ursprüngliche Mail -----
> Von: "Hou Tao" <houtao1@...wei.com>
> In Huawei we use jffs2 broadly in our products to support filesystem on raw
> NOR flash and NAND flash, so fixing the bugs in jffs2 means a lot to us.
>
> Although I have not read all of jffs2 code thoroughly, I had find and "fixed"
> some bugs in jffs2 and I am willing to do any help in the jffs2 community. Maybe
> we can start by testing and reviewing the pending patches in patch work ?
yes, this is a good idea.
In MTD's patchwork the jffs2 queue is in bad shape. I tried to catch up
but failed to find enough time. So with more eyeballs I think we can bring it
in shape again.
Basically we need to classify which patches fix important stuff and which do not.
Some time ago I make xfstests work with jffs2, I can share (and upstream) these
patches too.
One of my goals is making sure that we don't break jffs2. xfstests can help.
Are you on the OFTC IRC network? On #mtd you can find us MTD guys.
Thanks,
//richard
Powered by blists - more mailing lists