linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Framebuffer issues in 2.6.26 with uvesafb and vesafb. Linux is about choice!
@ 2008-10-23  7:54 Robert Moss
  2008-10-23  8:04 ` Samuel Thibault
  0 siblings, 1 reply; 10+ messages in thread
From: Robert Moss @ 2008-10-23  7:54 UTC (permalink / raw)
  To: linux-kernel

Hello Linux maintainers,

Firstly, I would like to extend my deepest appreciation for your
dedication the linux project. I use nothing but linux, and am happy to
say, I love it to death.

However, since I've installed 2.6.26, I've noticed what I believe to
be a serious detriment to the community. While in itself, its not
major, if trends like it continue...

Anyhow, I noticed that vesafb is no longer a part of the kernel. I
have debian sid, and its 2.6.26-1 kernel seemed to have
CONFIG_FB_VESA=Y in its config, but it didn't work. So I naturally
compiled my own kernel, making sure to explicitly mark Y for the
option. However, vga=791 still gave a mode not found. After much trial
and error, and googling, I was able to get uvesafb working, however,
it doesn't start until later in the boot sequence (unfavorable), and
also, with splashy, the background image is stretched vertically over
500% showing only an ugly top portion of the image.

Now I could care less about the splash screen, its the principle. I
spent days working on trying different things, researching, and
compiling, all to no avail. I don't understand why you couldn't leave
vesafb in there (and if it is in there, its terribly broken) And
uvesafb is a serious pain to get set up for someone with an advanced
level of experience, and out of reach for newcomers and even those
who've mastered Windoze machines and are fresh converts.

For the time being, I am using 2.6.24, because linux works like its
supposed to here. Right after grub, the framebuffer kicks in (and
while uvesafb might be nice, with extra features, having to wait for
it is not) and next thing I know, splashy works fine, more
importantly, pidgin (finch) and links work in the framebuffer console
(which also work once I finally got uvesafb working, but it was hardly
worth it).

Until uvesafb matures to the point that it can be a valid replacement
for vesafb, don't do it, and when that day comes, let users have a
choice.

Thank you for hearing my concerns, and keep up the good work.


p.s., I'm currently starting work on a patch to get vesafb back up and
working on 2.6.26, but thats neither here nor there, give those that
cannot help themselves with code the choice they come to linux for!

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2008-10-25 21:23 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-10-23  7:54 Framebuffer issues in 2.6.26 with uvesafb and vesafb. Linux is about choice! Robert Moss
2008-10-23  8:04 ` Samuel Thibault
2008-10-23  9:17   ` Alistair John Strachan
2008-10-23 11:21   ` Robert Moss
2008-10-23 12:22     ` Alistair John Strachan
2008-10-23 15:26       ` H. Peter Anvin
2008-10-24  9:24     ` Samuel Thibault
2008-10-25 20:22       ` Robert Moss
2008-10-25 21:23         ` H. Peter Anvin
2008-10-23 11:26   ` Robert Moss

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).