Re: [Linux-fbdev-devel] Future of Framebuffer

[James S. <jsi...@tr...>]

> Ick. Adding ioctl()'s shouldn't even be considered. Instead of _adding_ more,
> it really would be a lot cleaner to just gut them entirely and move to a
> real namespace system (gfxfs anyone?).. then you can have your direct pointer
> to video memory, colormap, and so on, and so forth..

Yes. This is what I have been advocating. You have to move away from the
one file descriptor to device ideal. We can have several files, each
representing a functionality of device. Plus this allows for network
transprancy and we can use scripts to do things like set a video mode.
This would be really nice.

> Getting fb to interoperate with the DRM code (and vice versa *cough* MTRR
> handling *end cough*) would clean a lot of that sort of stuff.. especially
> with things like DMA resource management. Would certainly make X happier.

Agree.