Bug 4490 - vga16 frame buffer eats colour on bootup.
Summary: vga16 frame buffer eats colour on bootup.
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel   
(Show other bugs)
Version: 6.0
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Cristian Gafton
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-08-12 13:26 UTC by matthew
Modified: 2008-08-01 16:22 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description matthew 1999-08-12 13:26:26 UTC 
I don't know much about this except it don't work. :)

The new 2.2.11 kernel includes a new 16 colour frame buffer
for the console that among other niceness gives a boot logo
to non-vesa2 compliant cards.  But at boot time it eats the
colours of the OK/WARNING/FAILURE messages from the init
scripts. Green comes out white - yellow and red come out
kinda brownish.

Actually even afer we've settled into a runlevel and have
logged into a VT the colours are still strange.  For insance
an "ls --color" shows the same brownish non-colours.

I don't think it can be anything serious becuase if I run
"reset" it all comes good. *Shurg*

Trivial bug - just a bit annoying.  Now I have to choose
which prettiness I like most. :)
Note You need to log in before you can comment on or make changes to this bug.