Red Hat Bugzilla – Bug 633356
[6.1 FEAT] Enhance cio_ignore usage in scripts using new handler for pending work - initscripts part
Last modified: 2010-11-30 15:14:33 EST
1. Feature Overview:
Feature Id: 
a. Name of Feature: [6.1 FEAT] Enhance cio_ignore usage in scripts using new handler for pending
work - initscripts part
b. Feature Description
This feature requests to enhance the cio_ignore usuage in initscripts by taking advantage of the new
cio_ignore handler to wait for cio pending work.
2. Feature Details:
Sponsor: LTC zSeries BOE
zSeries - 64 native,
Arch Specificity: purely arch specific code
Affects Kernel Modules: Field does not exist
Delivery Mechanism: LDP Deliverable
Request Type: Code Development Support from Distributor
d. Upstream Acceptance: Field does not exist
Sponsor Priority P1
f. Severity: ship issue
IBM Confidential: No
Code Contribution: 3rd party code
g. Component Version Target:
3. Business Case
This feature will avoid running into possible race condition, making the code more stable.
Resulting on less service cost and better customer satisfation.
4. Primary contact at Red Hat:
5. Primary contacts at Partner:
Project Management Contact:
Hans-Georg Markgraf, email@example.com
Gonzalo Muelas Serrano, firstname.lastname@example.org
initscripts do not touch cio_ignore.
the changes needed to implement this feature are to use the kernel
infrastructure (provided by RH Bug 631517) and the tool (provided by RH Bug
631527) in the scripts when booting the system to solve the issues workarounded with timeouts in RHEL 6.0. For more deatils, please read RH Bug 533494 comments #15 through #35, and get in contact with Dan Horak.
If the boot process just call some scripts done by Dan Horak, then is fine with me to reassign it to Dan Horak.
This one is a follow-up on
RH Bug 561339 - [LTC 6.0 FEAT] 201085: unmask and wait for devices, initscripts part
which was originally created for initscripts but ended up in s390utils being triggered by an upstart event early during boot. Sorry for the confusion.
A new kernel interface to reliably block until dynamic free of devices from cio_ignore helps removing no longer necessary waiting loop code from device_cio_free and thus improves maintenance of this s390utils tool.
In order not to loose this part of the feature, reopening and reassigning to s390utils.
------- Comment From email@example.com 2010-10-04 10:42 EDT-------
Code Upstream Status: No Code Required
------- Comment From firstname.lastname@example.org 2010-11-30 05:05 EDT-------
Close this feature request as duplicate
to 66875 - RHBZ 631527 - [6.1 FEAT] Provide userspace handle to wait for cio
pending work - userspace
The functionality could be implemented into s390tools (s390utils) only and get referred to during install and boot.
The calls from installer and scripts already exist with RHEL6 (6.0 FEAT cio_ignore...) feature request.
So nothing to implement for initscripts anymore.
*** This bug has been marked as a duplicate of bug 66875 ***
*** This bug has been marked as a duplicate of bug 631527 ***