linux-kernel - Re: [PATCH RFC v1 00/01] dm-lightnvm introduction

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:	Fri, 21 Mar 2014 09:42:54 -0700
From:	Matias Bjorling <m@...rling.me>
To:	Richard Weinberger <richard.weinberger@...il.com>
CC:	snitzer@...hat.com, agk@...hat.com, dm-devel@...hat.com,
	NeilBrown <neilb@...e.de>,
	linux-fsdevel <linux-fsdevel@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH RFC v1 00/01] dm-lightnvm introduction

On 03/21/2014 08:32 AM, Richard Weinberger wrote:
> On Fri, Mar 21, 2014 at 7:32 AM, Matias Bjørling <m@...rling.me> wrote:
<snip>
> 
> This sounds very interesting!
> 
> Is there also a way to expose the flash directly as MTD device?
> I'm thinking of UBI. Maybe both projects can benefit from each others.
> 

Hi Richard,

Yes, mostly. It's different from MTD, in that all flash is exposed
through a linear address space, from which the FTL is layered on top.
This allows the device to still do some work, such as ECC, RAID, etc. if
it choose to, but also allows the host to do it.

I think UBI could be a good choice for maintaining each of the flash
"partitions" as there's a lot of small subtle details that have to be
taken care of.

- Matias

--
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/