linux-kernel - Re: [patch 00/13] devtmpfs patches

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] [day] [month] [year] [list]

Date:	Mon, 11 May 2009 19:40:26 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Kay Sievers <kay.sievers@...y.org>
Cc:	Arjan van de Ven <arjan@...radead.org>,
	"Eric W. Biederman" <ebiederm@...ssion.com>,
	Peter Zijlstra <peterz@...radead.org>,
	Greg KH <gregkh@...e.de>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Fabio Comolli <fabio.comolli@...il.com>,
	Greg KH <greg@...ah.com>, linux-kernel@...r.kernel.org
Subject: Re: [patch 00/13] devtmpfs patches

> Right, but the information you need for all other use cases is already
> there today in /sys. This is about something new, so there is not a
> competition about features, just an option to solve a problem in a
> different way, which we prefer over the current one.

"we". You don't speak for me or a lot of people on this one.

Running a second udevd seems to be overkill. You know which nodes you've
created so far so you know which series of rules to reapply.

> just an option to solve a problem in a different way

There are thousands of kernel contributors. If they all submit everything
that solves their problem, their way we'd drown in the resulting mess.
devfs was Richard Gooch's way perhaps we should add that back as well,
and a variant that uses a data file for me, and a different one for Arjan.

We could let everyone invent new arbitary APIs for all their device
drivers so you need a different app for each pointing device or
each light level sensor ....

That way lies *madness*.

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