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

["Henrik Rydberg" <rydberg@euromail.se>]

> > > So yes, people will always do stupid, foolish things.  And they were
> > > doing them before UIO came along, now they just have the chance to at
> > > least do those foolish things in a way that interfaces with the kernel
> > > in a semi-sane manner, not messing anything else in the kernel up.
> > 
> > So the question is; can the uio example be repeated in other areas, to
> > bring more kernel power to userspace?
> 
> What exactly do you mean by "more kernel power"?  You can write
> userspace char drivers, filesystems, usb drivers, usb gadget drivers,
> and lots of other things today with the interfaces we provide from the
> kernel.

This is all good, but the thread was started for some generic reason
not covered by those examples. The uio interface was pointed out
because it brings pci(e) to userland, which was not (readily)
accessible before. However, every driver that cannot be implemented in
userspace is another example.

I am not complaining about the kernel and its driver structure - on
the contrary. I do, however, see a reason why constructing lower-level
interfaces to userspace may be of benefit. The kernel is growing
tremendously fast. Sooner or later, parts of the present driver
responsibility will have to be split into smaller chunks. Why not
place those chunks outside the kernel itself?

> And even better yet, please show what you mean with patches.

Sure. This particular thread seems to transcend patches, though. It
does not hurt to vent public opinion every now and then.

Henrik