Re: OpenGL-based framebuffer concepts

From: Jon Smirl
Date: Sat Jun 03 2006 - 00:04:58 EST


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/