[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [MiNT] AES in kernel



Hi,

> Why must it be so? If /dev/mouse worked properly, *and* it was possible for
> other kernel modules to access /dev/mouse and /dev/keyboard without causing
> a context switch, the "AES in kernel" design should work just fine. And the
> VDI could read these devices as well.

I see the GEM as a package. The VDI is the low-level stuff, the AES is the 
high-level stuff.
I wouldn't like the AES to have to deal with various formats of /dev/mouse or 
/dev/keyboard. Drivers and hardware-dependant I/O are the VDI's domain I think.


> But why use a VDIevent device? If the AES doesn't use the VDI for it's
> input, there's no need for this.

Well it should !
I don't remember how the mouse packets are formatted when they come out from the 
/dev/mouse, but if it's different from Linux to FreeMiNT, I'd rather have to 
write only one driver for the VDI, not one for XaAES, one for oAESis etc :)

And the AES should use the VDI for its input, otherwize mouse accelerators 
installed with the vex_motv() VDI function won't work.

Vincent