linux-kernel - Re: Can we move device drivers into user-space?

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:	Sat, 25 Feb 2012 07:15:29 -0500
From:	Theodore Tso <tytso@....EDU>
To:	"Henrik Rydberg" <rydberg@...omail.se>
Cc:	Theodore Tso <tytso@....EDU>, Greg KH <gregkh@...uxfoundation.org>,
	Guenter Roeck <guenter.roeck@...csson.com>,
	Jidong Xiao <jidong.xiao@...il.com>,
	Kernel development list <linux-kernel@...r.kernel.org>
Subject: Re: Can we move device drivers into user-space?

On Feb 24, 2012, at 5:14 PM, Henrik Rydberg wrote:

> True, and the emergent interface (vfs) is even accessible in
> userspace, so all is good in that department for now. Conversely, you
> have not shown that this can go on forever. ;-)

… and the performance is terrible --- as it must be.  If you don't understand why this must be, then we're wasting our time having this conversation.

And if you're the one wanting to make a change, then you are the one who has to provide the proof.   Otherwise we're just talking about hypotheticals, and that way lies over-design.  Why waste time engineering something that may never come to pass?

Of course, your time is something you are free to spend however you like.  So if you want to try implementing some of these grand plans of yours, show us the code….

-- Ted

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