I really doubt that XFree86 has any intentions of moving to /dev/fb at
all. It may be supported as a "chipset" but that is all.
Moving to /dev/fb would most likely decrease portability, not increase
it. XFree86 is not Linux specific software.
> > - SANE (uses scsi generic, perhaps ide-scsi emulation)
>
> I believe the application also recommends not putting anything else on the same
> SCSI but the scanner.
That's because scanners are usually dodgy wrt SCSI.
> > - cdrecord (uses scsi generic, perhaps ide-scsi emulation)
>
> The readme file for cdrecord states that this is only because of a lack of
> support at the SCSI level. The warning is that there is no security on
> any device on the controller that cdrecord has access to along with a
> recommendation to not put anything that needs security. The generic
> SCSI driver is not designed to enforce security.
SCSI generic, SCSI cdrom, which one you choose to use is irrelevant to
my argument. You are nibbling at the edges of my original point.
> [...]
>
> One of the advantages of a full microkernel design is that device drivers
> can operate in their own address space, thus protecting the microkernel
> from driver failures. Perhaps a related approach for kernel-driver interfaces
> could use two versions: A source level interface that allows for maximum
> integration (the current interfacing style), and a microkernel interface
> that puts the driver in its own address space. The microkernel interface
> could be the one directed for use by binary-only drivers.
>
> How about something like that?
Cough. Feel free to write one. I'll applaud if you manage to write one
that doesn't suck.
--
Nathan Hand - Chirp Web Design - http://www.chirp.com.au/ - $e^{i\pi}+1 = 0$
Phone: +61 2 6230 1871 Fax: +61 2 6230 1515 E-mail: nathanh@chirp.com.au
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/