Bug 66867
Summary: | Kernel OOPS using gdth module on RH 7.3 2.4.18-3smp kernel | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Rob Landry <rlandry> |
Component: | kernel | Assignee: | Doug Ledford <dledford> |
Status: | CLOSED ERRATA | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | high | ||
Version: | 7.3 | CC: | tao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-07 18:48:17 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: |
Description
Rob Landry
2002-06-17 20:33:49 UTC
The same bug exists with Redhat Beta "null" (kernel 2.4.18-11). This bug was resolved using 2.4.18-5 for RH 7.3. Seems like the patch did not make it to Redhat beta ? In initial testing with the new board you sent, we have not reproduced this. Perhaps you need to tell us more about the configuration in which you are seeing the problem. Could you do that, please? From: "Kannanthanam, Boji T" <boji.t.kannanthanam> We saw the problem on the standard SMP kernel on Redhat 7.3 and RH Beta (Null). To reproduce the problem just do a "cat /proc/scsi/gdth/# " where "#" is the nth SCSI controller on the system. You can also see the Kernel OOPS when you unload the "gdth" module. I usually have Redhat installed on a RAID driver on the controller. The cat /proc/scsi/gdth/# is exactly what I did to try to reproduce the problem. this got fixed several errata ago The problem occurs again in Red Hat Enterprise Linux release 2.9.5AS, kernel 2.4.21-1.1931.2.399.entsnmp! I debugged it and found out what's going wrong. The problem occurs in scsi_build_commandblocks() in scsi.c, called from scsi_get_host_dev(). scsi_get_host_dev() allocates a new Scsi_Device structure, sets the elements to 0 and gives the structure pointer to scsi_build_commandblocks(). This function calls spin_lock_irqsave() with request_queue.queue_lock as the first parameter. But this element is not initialized and a NULL pointer! The problem doesn't occur with the "original" 2.4.21 kernel. In this kernel scsi_build_commandblocks() calls spin_lock_irqsave() with a pointer to a defined spinlock_t structure "device_request_lock" as the first parameter. See Bugzilla Bug # 104520 for resolution with RHEL 3.0 |