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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
