Bug 908519

Summary: grub2 menu should restore console color state before booting into kernel on ppc64
Product: [Fedora] Fedora Reporter: Gustavo Luiz Duarte <gustavold>
Component: grub2Assignee: Paulo Flabiano Smorigo <pfsmorigo>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 18CC: bcl, dcantrell, dennis, gustavold, mads, pfsmorigo, pjones
Target Milestone: ---   
Target Release: ---   
Hardware: ppc64   
OS: Linux   
Whiteboard:
Fixed In Version: grub2-2.00-20.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-06-18 06:11:59 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
grub2 starts (with new color scheme)
none
grub2 boots into kernel (without resetting color scheme)
none
include a text attribute reset in the clear command for ppc none

Description Gustavo Luiz Duarte 2013-02-06 22:09:49 UTC 
Description of problem:
grub2 menu has its own color scheme for the menu, what gets a little weird when the user is booting through a virtual or serial console and the user's terminal has a white background.
What is real bad is that, on ppc64, grub2 does not restore the console color state before booting into the kernel. Messages start being printed using grub2's color scheme until a point where the color scheme is reset and subsequent messages are printed using system's default color scheme.

My description of this bug is terribly confusing, but it gets clear when you see the screenshots I will attach :)


Version-Release number of selected component (if applicable):
grub2-2.00-15.fc18	

How reproducible:
Always

Steps to Reproduce:
1. ssh into HMC (using xterm with colors from system theme)
2. vtmenu (and select your lpar)
3. boot the lpar
  
Actual results:
grub2 does not reset console colors before booting into kernel
Comment 1 Gustavo Luiz Duarte 2013-02-06 22:13:47 UTC 
Created attachment 694169 [details]
grub2 starts (with new color scheme)

Here you can see OpenFirmware using default color scheme (my xterm has white background). Then grub2 starts painting things around using its own color scheme (dark background).
Comment 2 Gustavo Luiz Duarte 2013-02-06 22:16:56 UTC 
Created attachment 694171 [details]
grub2 boots into kernel (without resetting color scheme)

Here you can see the boot messages being printed with grub2 color scheme (dark background). Then, during boot, the color scheme gets reset (white background is back).
Comment 3 Paulo Flabiano Smorigo 2013-04-24 14:03:05 UTC 
Created attachment 739467 [details]
include a text attribute reset in the clear command for ppc
Comment 4 Fedora Update System 2013-06-13 14:24:55 UTC 
grub2-2.00-19.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/grub2-2.00-19.fc19
Comment 5 Fedora Update System 2013-06-13 18:06:46 UTC 
Package grub2-2.00-19.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing grub2-2.00-19.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-10773/grub2-2.00-19.fc19
then log in and leave karma (feedback).
Comment 6 Fedora Update System 2013-06-14 19:58:23 UTC 
grub2-2.00-20.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/grub2-2.00-20.fc19
Comment 7 Fedora Update System 2013-06-18 06:11:59 UTC 
grub2-2.00-20.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.