[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Reliability of RPC services
From: |
Bas Wijnen |
Subject: |
Re: Reliability of RPC services |
Date: |
Wed, 26 Apr 2006 10:00:35 +0200 |
User-agent: |
Mutt/1.5.11+cvs20060403 |
On Tue, Apr 25, 2006 at 07:28:54PM -0400, Jonathan S. Shapiro wrote:
> > > > A user logs in to a terminal, and his session receives the
> > > > corresponding capabilities. One of them will be for the usb bus,
> > > > where he can register any device driver he wants....
> > >
> > > Are the device drivers (D) provided by the operating system or the
> > > user?
> >
> > By the user. The idea is that you can bring your own driver for your
> > device, and don't need the system administrator to install it in order to
> > use your device. I'd expect a Hurd system to be able to do that. :-)
>
> A large (and increasing) number of drivers have access to physical DMA.
> As a result, letting the user bring their own drivers is exactly
> equivalent to letting them install their own OS.
Obviously user-provided drivers cannot be allowed to do that directly (but
they may do it through calls to the framework). However, for user-provided
drivers I was thinking about devices that the users brings with him. There it
would be the bus driver (usb, firewire) which does the DMA calls, and the
actual driver just talks to the bus driver.
An exception is (I think) pcmcia, which is so "directly" wired to the machine
that it would do the DMA itself. For this, user drivers will be slower than
system drivers due to the indirection. But I still like it to be possible for
the user to use his own drivers. :-)
Thanks,
Bas
--
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://129.125.47.90/e-mail.html
signature.asc
Description: Digital signature
- Re: Reliability of RPC services, (continued)
- Re: Reliability of RPC services, Marcus Brinkmann, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Bas Wijnen, 2006/04/25
- Re: Reliability of RPC services, Marcus Brinkmann, 2006/04/25
- Re: Reliability of RPC services, Bas Wijnen, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services,
Bas Wijnen <=
- Re: Reliability of RPC services, Peter 'p2' De Schrijver, 2006/04/26
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/26
- Re: Reliability of RPC services, Michal Suchanek, 2006/04/26
- Re: Reliability of RPC services, Marcus Brinkmann, 2006/04/26
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/25
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/25
- Re: Reliability of RPC services, Pierre THIERRY, 2006/04/26
- Re: Reliability of RPC services, Jonathan S. Shapiro, 2006/04/26