Re: OpenGL-based framebuffer concepts

[Jon Smirl]

On 6/2/06, Kyle Moffett <mrmacman_g4@xxxxxxx> wrote:
> On Jun 1, 2006, at 22:18:07, Jon Smirl wrote:
> > On 6/1/06, Dave Airlie <airlied@xxxxxxxxx> wrote:
> >> of course, but that doesn't mean it can't re-use X's code, they
> >> are the best drivers we have. you forget everytime that the kernel
> >> fbdev drivers aren't even close, I mean not by a long long way
> >> apart from maybe radeon.
> >
> > I am aware that X has the best mode setting code and it would be
> > foolish to ignore it.
>
> You're kidding, right?  I've never been able to get X to get the
> modes right on my damn flatpanel.  Hell, it can't even match DDC
> channels to VGA ports without hand-holding in the config file.  To
> contrast, the fbdev layer gets it right every time on the whole
> variety of hardware that I've got.  Likewise the only way that I've
> ever gotten X to even set a vaguely functional mode on another card
> is by loading the framebuffer module first and specifying Option
> "UseFBDev" "true".  Anything else and the monitor goes off mode and
> there's no getting it back.

I don't care where the mode setting code comes from. I don't care if
it runs in the kernel or in user space. This argument has been going
on for two years without resolution so I've started working on Mozilla
instead of graphics while I wait for it to resolve.

For a while I didn't understand why 10K of code per adapter had to be
such a controversial subject. Now I understand that this code is a
lighting rod for the causes of microkernel vs monolithic and platform
independence vs Linux specific.

I've posted my requirement for a design. I'll be happy with anything
that satisfies those requirements and works.

--
Jon Smirl
jonsmirl@xxxxxxxxx
-
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/