Re: Can't X be elemenated?

[Jesse Pollard <jesse@cats-chateau.net>]

On Tuesday 30 September 2003 23:32, kartikey bhatt wrote:
> hey everyone who have joined this thread, my fundamental question have got
> out of scope. I mean to say
>
> 1. Kernel level support for graphics device drivers.

Ok.

> 2. On top of that, one can develop complete lightweight GUI.

don't want it in the kernel (bloat)

> 3. Maybe kernel can provide support for event handling.

already does.

> and I still stick to my opinion that graphics card is a computer resource
> that needs to be managed by OS rather than 3rd party developers.
> Just feeding in patches to provide support for AGP gart and DRI
> is an adhoc solution, a stark immoral choice.
> you don't know my frustration when i got PC and wasn't able to
> run X until i810 agp gart support was available at kernel level.
>
> And if you feel that I am a guy heavily dependent on X that's not true.
> I just mean to say if anything is that kernel level support for graphics
> device drivers.
> And X will be automatically eliminated.

don't need it/already done in the frame buffer.

You CAN also look at the GGI project (http://www.ggi-project.org/)

They have an interesting approach (only slightly superseded by the
framebuffer driver) - They are/were looking at dividing the graphics
resource into its' components. Clock drivers, video registers drivers, GPU
interface drivers, graphic event queue driver. Last time I was looking
(shortly after the framebuffer introduction) they wanted to be able to mix
and match the components to the actual devices on the video board (since
many of them use the same fundamental components) and eliminate the "one
driver one video device" aspect.

It may even be suitable for embeded devices... though I think they kinda
got too large since then.

They also support X.

> and if you are feeling very unhappy about my statement X is bloat,
> I really apologize for that.

Not unhappy, it just indicated a bit of experience lacking.