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]
Message-ID: <55E6D6A4.605@bjorling.me>
Date:	Wed, 02 Sep 2015 12:59:48 +0200
From:	Matias Bjørling <m@...rling.me>
To:	Dongsheng Yang <yangds.fnst@...fujitsu.com>, hch@...radead.org,
	axboe@...com, linux-fsdevel@...r.kernel.org,
	linux-kernel@...r.kernel.org, linux-nvme@...ts.infradead.org
CC:	jg@...htnvm.io, Stephen.Bates@...s.com, keith.busch@...el.com,
	Matias Bjørling <mb@...htnvm.io>
Subject: Re: [PATCH v7 0/5] Support for Open-Channel SSDs

>> Any feedback is greatly appreciated.
>
> Hi Matias,
>      After a reading of your code, that's a great idea.
> I tried it with null_nvm and qemu-nvm. I have two questions
> here.

Hi Yang, thanks for taking a look. I appreciate it.

>      (1), Why we name it lightnvm? IIUC, this framework
> can work for other flashes not only NVMe protocol.

Indeed, there are people that work on using it with rapidio. It can also 
work with SATA/SAS, etc.

The lightnvm name came from the technique to offload devices (which 
contains non-volatile memory) so they only care about managing the 
media. In that sense "light" nvm. I'm open to other suggestions. I 
really wanted the OpenNVM / OpenSSD name, but they where already taken.

>      (2), There are gc and bm, but where is the wear leveling?
> In hardware?

It should be implemented within each target. The rrpc module implements 
it within its gc routines. Currently rrpc only looks at the least about 
of invalid pages. The PE cycles should also be taken into account. 
Properly some weighted function to decide the cost. Similar to the 
cost-based gc used in the DFTL paper.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ