From: Valdis.Kletnieks@vt.edu
To: Jidong Xiao <jidong.xiao@gmail.com>
Cc: Kernel development list <linux-kernel@vger.kernel.org>,
Greg KH <greg@kroah.com>
Subject: Re: Can we move device drivers into user-space?
Date: Fri, 24 Feb 2012 10:58:06 -0500 [thread overview]
Message-ID: <37448.1330099086@turing-police.cc.vt.edu> (raw)
In-Reply-To: Your message of "Fri, 24 Feb 2012 10:19:36 EST." <CAG4AFWZD8LeFkidnESCMfYFVFbjekAMJ_OZCTc2NRKJsvN3Qjw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1082 bytes --]
On Fri, 24 Feb 2012 10:19:36 EST, Jidong Xiao said:
> Actually, my major concern is, since UIO has been accepted, then why
> don't we move all the rest device drivers into user space as well. As
> I understand, currently, some of device drivers are running on user
> space, while the other (or say the majority of) device drivers are
> running on kernel space, so why don't we maintain a consistent device
> drivers infrastructure, say, either all in user space, or all in
> kernel space. (Sure some critical device drivers still need to be kept
> in kernel space.)
Sure we could do that, if you deal with all of the following issues:
1) All I/O would take a lot more CPU, due to the additional context switching
that would be required to start an I/O and handle the completion interrupt.
2) It makes it a lot harder to do zero-copy I/O.
3) Once we push the API to userspace, we're stuck with it. See
Documentation/stable_api_nonsense.txt for the details.
And finally:
4) -ENOPATCH. You think it's a good idea, do up a patch that works at
least as well as what we have now...
[-- Attachment #2: Type: application/pgp-signature, Size: 865 bytes --]
prev parent reply other threads:[~2012-02-24 15:58 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-23 4:56 Jidong Xiao
2012-02-23 15:57 ` Cong Wang
2012-02-23 16:34 ` Jidong Xiao
2012-02-23 20:48 ` david
2012-02-23 21:01 ` Jidong Xiao
2012-02-24 18:21 ` Mauro Carvalho Chehab
2012-02-25 15:10 ` Eduard - Gabriel Munteanu
2012-02-26 0:06 ` Mauro Carvalho Chehab
2012-02-26 0:29 ` Richard Yao
2012-02-27 11:31 ` Mauro Carvalho Chehab
2012-02-26 1:58 ` Dr. David Alan Gilbert
2012-02-26 3:34 ` arts zhao
2012-02-27 11:29 ` Mauro Carvalho Chehab
2012-02-25 15:31 ` Richard Yao
2012-02-23 21:18 ` Roland Dreier
2012-02-24 15:19 ` Jidong Xiao
2012-02-24 15:38 ` Greg KH
2012-02-24 16:38 ` Jidong Xiao
2012-02-24 16:54 ` Greg KH
2012-02-24 17:06 ` Jidong Xiao
2012-02-24 17:13 ` Greg KH
2012-02-24 17:21 ` Jidong Xiao
2012-02-24 17:31 ` Greg KH
2012-02-25 2:33 ` Richard Yao
2012-02-25 4:28 ` Jidong Xiao
2012-02-24 17:10 ` Al Viro
2012-02-25 19:23 ` Jidong Xiao
2012-02-25 20:55 ` Greg KH
2012-02-25 23:43 ` Jidong Xiao
2012-02-26 17:40 ` Greg KH
2012-02-26 22:46 ` Greg KH
2012-02-27 11:17 ` Bernd Petrovitsch
2012-02-24 17:07 ` Guenter Roeck
2012-02-24 17:17 ` Greg KH
2012-02-24 17:47 ` Guenter Roeck
2012-02-24 18:34 ` Greg KH
2012-02-24 19:15 ` Henrik Rydberg
2012-02-24 19:26 ` Greg KH
2012-02-24 20:10 ` Henrik Rydberg
2012-02-24 20:16 ` Greg KH
2012-02-24 20:37 ` Henrik Rydberg
2012-02-24 20:56 ` Greg KH
2012-02-24 21:22 ` Henrik Rydberg
2012-02-24 21:30 ` Ted Ts'o
2012-02-24 22:14 ` Henrik Rydberg
2012-02-24 22:20 ` Greg KH
2012-02-24 22:49 ` Henrik Rydberg
2012-02-24 22:54 ` Greg KH
2012-02-24 23:14 ` Henrik Rydberg
2012-02-25 12:15 ` Theodore Tso
2012-02-26 9:54 ` Henrik Rydberg
2012-02-26 4:56 ` Bobby Powers
2012-02-26 10:47 ` Henrik Rydberg
2012-02-26 12:26 ` Richard Yao
2012-02-26 14:23 ` Bernd Petrovitsch
2012-02-26 15:29 ` Henrik Rydberg
[not found] ` <365b85cee33d4f1aadc31336663de21c@HUBCAS2.cs.stonybrook.edu>
2012-02-26 15:05 ` Richard Yao
2012-02-26 20:30 ` Ted Ts'o
[not found] ` <09a5cca9cffb4300843f682be529e8ca@HUBCAS2.cs.stonybrook.edu>
2012-02-26 21:25 ` Richard Yao
2012-02-26 21:35 ` Theodore Tso
[not found] ` <10de0ef9fb5d44c08669191e12343a97@HUBCAS2.cs.stonybrook.edu>
2012-02-26 22:03 ` Richard Yao
2012-02-27 11:17 ` Bernd Petrovitsch
2012-02-26 23:08 ` david
2012-02-27 0:01 ` Henrik Rydberg
2012-02-27 0:53 ` david
2012-02-27 9:07 ` Henrik Rydberg
2012-03-01 9:54 ` Thomas Gleixner
2012-02-24 15:58 ` Valdis.Kletnieks [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=37448.1330099086@turing-police.cc.vt.edu \
--to=valdis.kletnieks@vt.edu \
--cc=greg@kroah.com \
--cc=jidong.xiao@gmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®