linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 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).