Description of problem: Installation screen gets hanged and keyboard will not
function and unable to complete the installation.
IBM p-series modeltype:
Version-Release number of selected component (if applicable): RHEL5-U2
Steps to Reproduce:
At what point does the installation halt, and what are you doing at the time? Are there any helpful error messages on tty3 or tty4? Is the machine completely locked up?
Installation begins and when it comes to Language selection which is 1st input in the installation screen, it hangs, keyboard does not function at all. so we cannot navigate to tty3 or tty4.
This situation has occurred again with a customer I am working with. The keyboard is of no use and stops to function during installation on very similar hardware (pSeries 7029-6C3). Was this ever resolved? Or was hardware to blame and nothing ever came of it. Any ideas?
The issue still persists. We had installed OS using HyperTerminal.
Strange thing to note here is.. the keyboard does not work even after os installation. We are unable to work with keyboard physically on the server console, but we can take ssh and work on the server remotely.
Redhat team: The keyboard does not function after the installation begins, once we boot with the first CD and come to language selection screen to begin the installation, the keyboard does not function at all.. none of the key will work from this stage.
After some testing, it appears that RHEL5 GA and RHEL 5.1 both install correctly on the pSeries 7029-6C3. The keyboard is functional and the system runs as normal.
The customer then ran <yum update> to get to RHEL 5.3. After the update the keyboard was no longer functional.
This means that somewhere between 5.1 and 5.2 a regression occurs in the code that causes the keyboard to fail.
This bugzilla has Keywords: Regression.
Since no regressions are allowed between releases,
it is also being proposed as a blocker for this release.
Please resolve ASAP.
Updating PM score.
Created attachment 336876 [details]
modified linux-2.6-ipmi-legacy-ioport-setup-changes.patch that fixes issue
changed patch to return 0 instead of -ENODEV. We should only return -ENODEV if (np) is null.
Please review and test the attached patch. The customer in my case reports that it fixes the keyboard issue. I do not know the implications it may have on ipmi if any. A test kernel can be found at:
Created attachment 336917 [details]
patch to fix issue
*** Bug 489241 has been marked as a duplicate of this bug. ***
You can download this test kernel from http://people.redhat.com/dzickus/el5
Please do NOT transition this bugzilla state to VERIFIED until our QE team
has sent specific instructions indicating when to do so. However feel free
to provide a comment indicating that this fix has been verified.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.