Re: [Linux-fbdev-devel] fbdv/fbcon pending problems

[James Simmons]

> Note that I am NOT talking about a graphics library. This has NO
> BUSINESS doing any kind of rendering. It's only the userland interface
> to the underlying kernel drivers as far as mode switching & geometry
> is concerned. That's _ALL_. In the same  was as libGL is the userland
> interface to DRI, or iptables the userlnad interface to netfilter,
> etc...
..snip..

That cool. Sorry, email is so limited sometimes in details. I agree with 
you 100%.
  
> > I think we are fine for whats in the kernel. As for multiple head and 
> > geometry stuff its not that hard if done right. I have been using 
> > multi-head systems for years. I have multip desktop systems for years!!!
> 
> I have been using multi head systems for years and I've seen how good
> it can be, but also a bunch of the pitfalls when trying to design a
> driver for it. If it was that easy, we would have had the right support
> in fbdev for ages. We don't.

True it is not to easy but I have worked on it. I'm glad to see the input 
api and most of the fbdev stfuff go in. It laid down the need foundation 
for mulitdesktop systems.



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/