linux-kernel - Re: [PATCH 20/20] Driver Core: devtmpfs - kernel-maintained tmpfs-based /dev

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: <20090915234352.GA8911@suse.de>
Date:	Tue, 15 Sep 2009 16:43:52 -0700
From:	Greg KH <gregkh@...e.de>
To:	Christoph Hellwig <hch@...radead.org>
Cc:	linux-kernel@...r.kernel.org, Kay Sievers <kay.sievers@...y.org>,
	Jan Blunck <jblunck@...e.de>
Subject: Re: [PATCH 20/20] Driver Core: devtmpfs - kernel-maintained
 tmpfs-based /dev

On Tue, Sep 15, 2009 at 07:21:04PM -0400, Christoph Hellwig wrote:
> NACK, this touches init code to mount stuff inside the namespace fro ma
> filesystem driver which is a big no-go.

It does?  What code is that, the following line in prepare_namespace():
	devtmpfs_mount("dev");
?

What is the problem with that?

> I also can't see any ACK or similar from VFS people for that crap
> (obviously)

For that one line?  If this call is not the correct way to do this, or
it should be done somewhere else, please let us know.

The patch has been posted for review many times and has been in the
-next and -mm releases for over 2 merge windows, which has gotten it a
lot of exposure and testing and review.  This is the first time I recall
this issue being raised.

thanks,

greg k-h
--
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/