Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
First Last Prev Next    This bug is not in your last search results.
Bug 681306 - tape: deadlock on global work queue
tape: deadlock on global work queue
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel (Show other bugs)
6.1
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: Hendrik Brueckner
Red Hat Kernel QE team
: OtherQA
Depends On:
Blocks:
  Show dependency tree / graph
 
Reported: 2011-03-01 13:39 EST by Joseph Kachuck
Modified: 2011-05-19 08:00 EDT (History)
3 users (show)

See Also:
Fixed In Version: kernel-2.6.32-130.el6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2011-05-19 08:00:19 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
linux-2.6.32-s390-tape-system-wq-deadlock.patch (9.33 KB, application/octet-stream)
2011-03-01 13:39 EST, Joseph Kachuck 		no flags Details
Add an attachment (proposed patch, testcase, etc.)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2011:0542 normal SHIPPED_LIVE Important: Red Hat Enterprise Linux 6.1 kernel security, bug fix and enhancement update 2011-05-19 07:58:07 EDT

  None (edit)
Description Joseph Kachuck 2011-03-01 13:39:02 EST 
Created attachment 481702 [details]
linux-2.6.32-s390-tape-system-wq-deadlock.patch

linux-2.6.32-s390-tape-system-wq-deadlock.patch

Description: tape: deadlock on global work queue
Symptom: System hang when using tape device driver.
Problem: The 34xx and 3590 tape driver use the system work queue to
defer work from the interrupt function to process context.
The same work queue is used to retry a command if it failed
with a deferred condition code. Therefore the work function
may not wait for the end of a command, otherwise a deadlock
occurs.
Solution: Move the post processing of the tape commands started via the
global work queue to the request callback function.


Server architecture(s): System z
Server type: s390x
General component: kernel
Other components involved: No

Does the server have the latest GA firmware?
Yes.

Has the problem been shown to occur on more than one system?
Yes.

Is a tested patch available?
Yes.

If yes to the above, has it been approved upstream?
The patch will be sent for upstream inclusion.

What is the latest official Red Hat build on which this bug has been seen?
RHEL6.1 Alpha


With best regards,
Hendrik
Comment 1 Hendrik Brueckner 2011-03-07 05:14:27 EST 
The patch has been posted to rhkernel by Hendrik Brueckner <brueckner@redhat.com>
Comment 2 RHEL Product and Program Management 2011-03-07 10:21:46 EST 
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.
Comment 3 Aristeu Rozanski 2011-04-07 10:14:24 EDT 
Patch(es) available on kernel-2.6.32-130.el6
Comment 6 Chris Ward 2011-05-06 07:41:37 EDT 
@IBM, test results?
Comment 7 errata-xmlrpc 2011-05-19 08:00:19 EDT 
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.

http://rhn.redhat.com/errata/RHSA-2011-0542.html
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.