* Framebuffer still "EXPERIMENTAL"? @ 2002-09-27 7:09 Joerg Pommnitz 2002-09-27 11:06 ` jbradford 0 siblings, 1 reply; 5+ messages in thread From: Joerg Pommnitz @ 2002-09-27 7:09 UTC (permalink / raw) To: kernel Hello Listees, yesterday I compiled 2.5.38 for the first time and noticed that the framebuffer option is still marked "EXPERIMENTAL". Well, I know for sure that I used the VESA-FB 3 years ago to get X running on a strange laptop graphic chip, so it is at least that long available (actually I think it got introduced for the Sparc port somewhen in 1995??). I think it's about time to promote the framebuffer code to a full fledged kernel feature. Comments? Regards Jörg ===== -- Regards Joerg __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Framebuffer still "EXPERIMENTAL"? 2002-09-27 7:09 Framebuffer still "EXPERIMENTAL"? Joerg Pommnitz @ 2002-09-27 11:06 ` jbradford 2002-09-28 15:02 ` Ken Moffat 0 siblings, 1 reply; 5+ messages in thread From: jbradford @ 2002-09-27 11:06 UTC (permalink / raw) To: Joerg Pommnitz; +Cc: linux-kernel > Hello Listees, > yesterday I compiled 2.5.38 for the first time and noticed that the > framebuffer option is still marked "EXPERIMENTAL". Well, I know for sure > that I used the VESA-FB 3 years ago to get X running on a strange laptop > graphic chip, so it is at least that long available (actually I think it > got introduced for the Sparc port somewhen in 1995??). > > I think it's about time to promote the framebuffer code to a full fledged > kernel feature. Comments? I've noticed a bug with it, but haven't had time to investigate more fully, infact it might not be a kernel bug, but I suspect that it is. I don't usually use the framebuffer, (I prefer the standard text mode). On a standard Slackware 8.1 install, (kernel 2.4.18), on a machine with an ATI graphics card, and with the framebuffer enabled, if you type clear, then fill the screen with text so that it scrolls, (e.g. do a find /), the top four lines where the penguin used to be do not scroll, they just keep the text that is originally put there. If you press shift-pageup, and then shift-pagedown, it fixes it. If anybody has got the time to look in to this, I'll post more details. John. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Framebuffer still "EXPERIMENTAL"? 2002-09-27 11:06 ` jbradford @ 2002-09-28 15:02 ` Ken Moffat 2002-09-28 15:50 ` jbradford 0 siblings, 1 reply; 5+ messages in thread From: Ken Moffat @ 2002-09-28 15:02 UTC (permalink / raw) To: jbradford; +Cc: Joerg Pommnitz, linux-kernel On Fri, 27 Sep 2002 jbradford@dial.pipex.com wrote: > > Hello Listees, > > yesterday I compiled 2.5.38 for the first time and noticed that the > > framebuffer option is still marked "EXPERIMENTAL". Well, I know for sure > > that I used the VESA-FB 3 years ago to get X running on a strange laptop > > graphic chip, so it is at least that long available (actually I think it > > got introduced for the Sparc port somewhen in 1995??). > > > > I think it's about time to promote the framebuffer code to a full fledged > > kernel feature. Comments? > > I've noticed a bug with it, but haven't had time to investigate more fully, infact it might not be a kernel bug, but I suspect that it is. I don't usually use the framebuffer, (I prefer the standard text mode). > > On a standard Slackware 8.1 install, (kernel 2.4.18), on a machine with an ATI graphics card, and with the framebuffer enabled, if you type clear, then fill the screen with text so that it scrolls, (e.g. do a find /), the top four lines where the penguin used to be do not scroll, they just keep the text that is originally put there. If you press shift-pageup, and then shift-pagedown, it fixes it. > > If anybody has got the time to look in to this, I'll post more details. > > John. Normal operation. Either switch to a different tty, or set a font. There does seem to be a bug in your mailer, though (excessive line length) :-> Ken > - > 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/ > -- Out of the darkness a voice spake unto me, saying "smile, things could be worse". So I smiled, and lo, things became worse. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Framebuffer still "EXPERIMENTAL"? 2002-09-28 15:02 ` Ken Moffat @ 2002-09-28 15:50 ` jbradford 2002-09-28 22:20 ` Ken Moffat 0 siblings, 1 reply; 5+ messages in thread From: jbradford @ 2002-09-28 15:50 UTC (permalink / raw) To: Ken Moffat; +Cc: pommnitz, linux-kernel > > > Hello Listees, > > > yesterday I compiled 2.5.38 for the first time and noticed that the > > > framebuffer option is still marked "EXPERIMENTAL". Well, I know for sure > > > that I used the VESA-FB 3 years ago to get X running on a strange laptop > > > graphic chip, so it is at least that long available (actually I think it > > > got introduced for the Sparc port somewhen in 1995??). > > > > > > I think it's about time to promote the framebuffer code to a full fledged > > > kernel feature. Comments? > > > > I've noticed a bug with it, but haven't had time to investigate more fully, > > infact it might not be a kernel bug, but I suspect that it is. I don't > > usually use the framebuffer, (I prefer the standard text mode). > > > > On a standard Slackware 8.1 install, (kernel 2.4.18), on a machine with an > > ATI graphics card, and with the framebuffer enabled, if you type clear, then > > fill the screen with text so that it scrolls, (e.g. do a find /), the top > > four lines where the penguin used to be do not scroll, they just keep the > > text that is originally put there. If you press shift-pageup, and then > > shift-pagedown, it fixes it. > > > > If anybody has got the time to look in to this, I'll post more details. > > > > John. > > Normal operation. Either switch to a different tty, or set a font. Hmmm, if that's normal operation, surely it's a bug? Infact, why not use the wasted space to the right of the penguin for something useful - I.E. a status line, like on old terminals, showing disk and serial port activity!? > There does seem to be a bug in your mailer, though (excessive line > length) :-> I guess maybe it's time for me to move away from using 'mail' from the command line for my day to day E-Mail needs :-(. Already, I have to use elm when I need the quoting capabilities so lacking from my favourite mailer :-). John. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Framebuffer still "EXPERIMENTAL"? 2002-09-28 15:50 ` jbradford @ 2002-09-28 22:20 ` Ken Moffat 0 siblings, 0 replies; 5+ messages in thread From: Ken Moffat @ 2002-09-28 22:20 UTC (permalink / raw) To: jbradford; +Cc: pommnitz, linux-kernel On Sat, 28 Sep 2002 jbradford@dial.pipex.com wrote: > > > > Normal operation. Either switch to a different tty, or set a font. > > Hmmm, if that's normal operation, surely it's a bug? > Only if you don't need to set a font anyway to be able to see your desired character set ! > Infact, why not use the wasted space to the right of the penguin for something useful - I.E. a status line, like on old terminals, showing disk and serial port activity!? > That space is reserved for more penguins! Think SMP, or perhaps a P4 with hyperthreading! But seriously, once you've configured your machine correctly the penguin doesn't stay around for long, so the space is not available for a status line. > > There does seem to be a bug in your mailer, though (excessive line > > length) :-> > > I guess maybe it's time for me to move away from using 'mail' from the command line for my day to day E-Mail needs :-(. Already, I have to use elm when I need the quoting capabilities so lacking from my favourite mailer :-). > > John. > Nothing wrong with doing it the hard way, I s'pose <g> Ken -- Out of the darkness a voice spake unto me, saying "smile, things could be worse". So I smiled, and lo, things became worse. ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-09-28 23:53 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-09-27 7:09 Framebuffer still "EXPERIMENTAL"? Joerg Pommnitz 2002-09-27 11:06 ` jbradford 2002-09-28 15:02 ` Ken Moffat 2002-09-28 15:50 ` jbradford 2002-09-28 22:20 ` Ken Moffat
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).