Re: OpenGL-based framebuffer concepts

[Randy.Dunlap]

On Mon, 29 May 2006 20:39:53 -0500 Ian Kester-Haney wrote:

> Well, from the flames you'd expect something to emerge.
> >From an end-user standpoint, you are all raving lunatics.
> 
> Regressions, the graphics subsystem is a regression,
>    back to the days of dos and basic video cad functionality.
>    linux kernel development has switched to a very rapid pace of development
>            internal ABIs and APIs are in a constant state of flux and
> you argue that no
>                  regressions are allowed
>    you support the newest processor and chipset technology and yet
> graphics are text
>           and X windows only?
> I don't suggest that vgacon and fbdev should be dropped, merely that a better
> alternative may be introduces into the -mm kernel.   Using hacks and under
>  appreciated drm and forcing the Corporate Vendors to work between
>  X and the console is a retarded way of doing things.
> 
> So let me offer a suggestion,
>      Add an experimental 'accelfb' system to accompany the basic vgacon
>      Start with the proper code and plug away, us lunatics can test it
>      Merge new functionality while removing old crud.
>      Accelfb should not be forced onto old hardware that can't support it
>      Neither can the kernel rely on third parties to do all the heavy lifting
>            xorg and the distro maintainers
> 
> Backwards Compatibility
>      As far as I can tell, the kernel user-land interface has been
> rapidly changing
>      Why shouldn't new power be added to the linux kernel
>      Do all features and drivers in the linux kernel fully maintain
> backwards compat.
> 
> Linux will never take the desktop or even come close if you excuses
> for developers
>      run the show.  Looks like you guys are starting to resemble
> Microsoft, DOS had
>      the same problems you are having now with regard to graphics and you
>      are repeating the same mistakes that made windows and the mac os more
>      dominant than *nix in the corporate and retail world.
> 
> Grow up and get real, give hardware manufacurers real solid and stable
> interfaces
> so that they don't have to be in lock-step with the kernel.
> 
> Thanks,
>      Ian
> 
> FLAMES WELCOME

sounds more like Flames Invited.

Are you a hardware manufacturer?  i.e., do you work for one or
represent one?  If so, what would it take for you (your company/
your employer) to provide specs for a GPL-compatible-licensed
driver?  or better yet of course, such a driver?

---
~Randy
-
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/