Bug 506799

Summary: Serial ports don't function on 4838-310 without pnpacpi=off boot option
Product: Red Hat Enterprise Linux 5 Reporter: Casey Dahlin <cdahlin>
Component: kernelAssignee: James Takahashi (IBM) <nobody+PNT0273897>
Status: CLOSED ERRATA QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 5.3CC: cward, daobrien, dhoward, dzickus, hjia, jjarvis, jlarrew, jpirko, jtluka, kmonroe, peterm, rlerch, tao, vanhoof
Target Milestone: rcKeywords: ZStream
Target Release: 5.5   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-03-30 06:57:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 499522, 520905, 541103    
Attachments:
Description Flags
52585_mp_irqs.patch
none
update original patch to include func declaration for x86_64 and xen none

Description Casey Dahlin 2009-06-18 17:28:24 UTC 
Description of problem:
IBM is in the process of certifying a new POS device. They've noticed that when they attach a serial loopback device to their serial ports, and attempt to send output to /dev/ttyS#, they do not receive the data back. There are no log messages. The write seems to block for an extended period.

Version-Release number of selected component (if applicable):
IBM tested on 2.6.18-92.e15, I've confirmed with up to 2.6.18-153.el5

How reproducible:
Always

Steps to Reproduce:
1. Obtain one of these devices (RH is in posession of one. Details to follow)
2. Connect a serial cable between the two serial ports (We haven't tested locally with a serial loopback device, but it should produce similar results).
3. cat /dev/ttyS0 &
4. echo foo > /dev/ttyS1
  
Actual results:
echo blocks for awhile, then we get the prompt back. No output.

Expected results:
Command returns immediately. We get the output "foo" on the console.

Additional info:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=61fd47e0c84764f49b4e52bfd8170fac52636f00 seems to fix the patch. Customer reported that they backported the patch but has not shown their work. The patch does not apply to the current RHEL CVS kernel.
Comment 3 Casey Dahlin 2009-06-19 19:58:37 UTC 
Noticed today that the null modem cable had been removed from the device. Its back.
Comment 4 Jesse Larrew 2009-06-29 22:47:11 UTC 
Assigning this to Peter Bogdanovic at IBM.
Comment 5 Joseph Kachuck 2009-07-17 15:22:35 UTC 
Created attachment 354163 [details]
52585_mp_irqs.patch
Comment 6 Issue Tracker 2009-07-17 18:14:16 UTC 
Event posted on 07-17-2009 01:43pm EDT by Glen Johnson

------- Comment From tpnoonan.com 2009-07-17 13:35 EDT-------
Hi Joe, I see that you reposted the backported patch. As this patch is
absolutely critical for the the system to work without any manual
configuration and it's a proposed blocker for 5.4 and the volumes are
around 20K this year, can we work it into 5.4? Thanks.


This event sent from IssueTracker by jkachuck 
 issue 290607
Comment 8 John Jarvis 2009-08-20 19:06:42 UTC 
Peter, when do you plan to post the patch to rh-kernel for review?
Comment 9 Kevin W Monroe 2009-08-21 21:07:43 UTC 
Created attachment 358282 [details]
update original patch to include func declaration for x86_64 and xen

The original patch defined acpi_get_override_irq() for i386 but not for x86_64 nor xen variants. This caused x86_64 and xen kernel build failures.

This patch supersedes the earlier version and includes required function definitions for x86_64 and xen.
Comment 10 Kevin W Monroe 2009-08-21 22:44:06 UTC 
Posted to rhkernel:

http://post-office.corp.redhat.com/archives/rhkernel-list/2009-August/msg00408.html
Comment 11 Kevin W Monroe 2009-09-01 18:22:43 UTC 
Patch has been posted (comment 10), clearing NEEDINFO.
Comment 13 Don Zickus 2009-09-04 18:45:32 UTC 
in kernel-2.6.18-165.el5
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.
Comment 19 Issue Tracker 2009-09-17 13:51:22 UTC 
Event posted on 09-17-2009 12:24am EDT by Glen Johnson

------- Comment From liangghv.com 2009-09-17 00:13 EDT-------
Hi Joe, I have tested the kernel-2.6.18-165.el5 on the machine and it was
able to correctly detect and use all serial ports without the use of
pnpacpi=off boot parameter.

Internal Status set to 'Waiting on Support'
Status set to: Waiting on Tech

This event sent from IssueTracker by jkachuck 
 issue 290607
Comment 22 Issue Tracker 2009-10-27 13:13:40 UTC 
Event posted on 10-27-2009 01:54am EDT by Glen Johnson

------- Comment From liangghv.com 2009-10-27 01:50 EDT-------
Hi, I have tested the kernel-2.6.18-164.2.1.el5.i686.rpm on the machine
and it was able to correctly detect and use all serial ports without the
use of pnpacpi=off
boot parameter.

Internal Status set to 'Waiting on Support'
Status set to: Waiting on Tech

This event sent from IssueTracker by jkachuck 
 issue 290607
Comment 26 errata-xmlrpc 2010-03-30 06:57:20 UTC 
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-2010-0178.html