linux-kernel - Re: BKL: Remove BKL from Squashfs

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: <4AF9D6EE.1070205@lougher.demon.co.uk>
Date:	Tue, 10 Nov 2009 21:11:10 +0000
From:	Phillip Lougher <phillip@...gher.demon.co.uk>
To:	Andrew Morton <akpm@...ux-foundation.org>
CC:	jblunck@...e.de, linux-fsdevel@...r.kernel.org,
	linux-kernel@...r.kernel.org, matthew@....cx,
	viro@...iv.linux.org.uk
Subject: Re: BKL: Remove BKL from Squashfs

Andrew Morton wrote:

> 
> So someone has decided to remove lots of lock_kernel()'s but chose to
> leave the squashfs_put_super() ones behind.
> 
> Why did they do that?  Your patch effectively asserts that their
> decision was incorrect.
> 

This patch was prompted by Jan Blunck's "Push down BKL to the filesystems" patch
series, where he firstly pushes the BKL down to individual filesystems
(even if they don't need it) , and then successively removes them
(on a one patch per filesystem basis) in later patches.

See http://lwn.net/Articles/359887/

His large patch pushed the BKL down to squashfs_fill_super().  He didn't send a
later patch removing them.  The BKL pushdown is unnecessary in squashfs_fill_super(),
because it isn't protecting any shared state. The BKL in squashfs_put_super() is mine.
After reviewing Jan's BKL patches I realised it was unnecessary, and it shouldn't
be there.

The patch should be reviewed in the context that it is intended for Jan's
BKL removal patch series.

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