Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Cause: Switch to EFI platform, comment the option parameter splashimage in /boot/EFI/redhat/grub.cfg.
Consequence: No information will be shown when using VGA.
Fix: If option parameter splashimage not be set, grub will not initiation graphic backend and kernel will use vesafb driver at EFI platform. We should always initiation graphic backend even no splashimage, so kernel will probe correct
frambuffer driver to use. Because grub use command-driver to operation script, no special location to process the graphic. The command boot will always be executed after other
command, and only be execute once. So I add judge code and inition graphic code into boot_func to completion the mission.
Result: When splashimage is present both serial and graphical console can work and show boot progress and login on tty.
When splashimage is ommited both serial and graphical console can work and show boot progress and login on tty.
Description of problem:
- Change Legacy BIOS to EFI platform.
- Comment the option parameter splashimage in /boot/EFI/redhat/grub.cfg
- No Any information will be shown at VGA.
Version-Release number of selected component (if applicable):
- RHEL6.1
- RHEL6.2
- RHEL6.3
- RHEL6.4
- RHEL6.5
How reproducible:
Steps to Reproduce:
1. Change Legacy BIOS to EFI platform.
2. Comment the option parameter splashimage in /boot/EFI/redhat/grub.cfg
3. No any information will be shown at VGA
Actual results:
No any information will be shown at VGA.
Expected results:
No splshimage be shown at grub stage. But Kernel shoule use efifb replaced with vesafb, and kernel information should be shown at VGA.
Additional info:
(None)
Created attachment 845928[details]
Kernel should use efifb even no option parameter splashimage When using EFI
Kernel should use efifb even no option parameter splashimage When using EFI
If option parameter splashimage not be set, grub will not initiation graphic
backend and kernel will use vesafb driver at EFI platform. We should always
initiation graphic backend even no splashimage, so kernel will probe correct
frambuffer driver to use.
Because grub use command-driver to operation script, no special location to
process the graphic. The command boot will always be executed after other
command, and only be execute once. So I add judge code and inition graphic
code into boot_func to completion the mission.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
http://rhn.redhat.com/errata/RHBA-2014-1476.html