linux-ext4 - Re: [RFC][PATCH 2/8 v2] ext4: add operations on extent status tree

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:	Wed, 19 Sep 2012 14:41:14 -0400
From:	Theodore Ts'o <tytso@....edu>
To:	Zheng Liu <gnehzuil.liu@...il.com>
Cc:	linux-ext4@...r.kernel.org, linux-fsdevel@...r.kernel.org,
	Lukas Czerner <lczerner@...hat.com>,
	Yongqiang Yang <xiaoqiangnk@...il.com>,
	Allison Henderson <achender@...ux.vnet.ibm.com>,
	Zheng Liu <wenqing.lz@...bao.com>
Subject: Re: [RFC][PATCH 2/8 v2] ext4: add operations on extent status tree

On Wed, Aug 22, 2012 at 02:05:39PM +0800, Zheng Liu wrote:
> + * Extents status encompass delayed extents and extent locks

I've looked over this patch set, and as near as I can tell, we aren't
(yet) using the extents status structure to do extent-level locking.
I could imagine using that in the future so we aren't using i_data_sem
to lock out the entire tree, so block allocations could happen in
parallel, but that's not here yet.

Is there something I'm missing, or was something else meant by "extent
locks" here?

Thanks,

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html