Re: OpenGL-based framebuffer concepts

["Ian Kester-Haney" <ikesterhaney@gmail.com>]

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