Bug 195790

Summary: loading aha152x kernel module freezes system under FC5
Product: [Fedora] Fedora Reporter: Hugues Mercusot <mercusot>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED CURRENTRELEASE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: 2.6.17-1.2145_FC5 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-07-06 21:39:58 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:
Attachments:
Description Flags
Some system informations reported just before freezing (dmesg and /proc/scsi)
none
Status of system before modprobe aha152x (to compare)
none
View of the card from Windows XP under which it works fine with same parameters and switches
none
Intermediate informations after modprobe and before first attachment for this bug. none

Description Hugues Mercusot 2006-06-17 19:54:08 UTC 
Description of problem:
Loading aha152x module using modprobe aha152x io=0x140 irq=9 get to freeze
system after a while.
The SCSI card is ok on Windows XP and the configuration worked on FC3.

Version-Release number of selected component (if applicable):
kernel-2.6.16-1.2133_FC5

How reproducible:
modprobe aha152x io=0x140 irq=9

Steps to Reproduce:
1. modprobe aha152x io=0x140 irq=9
2. waiting a while ... it freezes ...
3.
  
Actual results:
aha152x: BIOS test: passed, 1 controller(s) configured
aha152x: resetting bus...
aha152x1: vital data: rev=1, io=0x140 (0x140/0x140), irq=9, scsiid=7,
reconnect=enabled, parity=enabled, synchronous=enabled, delay=1000, extended
translation=disabled
aha152x1: trying software interrupt, ok.
scsi1 : Adaptec 152x SCSI driver; $Revision: 2.7 $
(scsi1:0:0) Synchronous Data Transfer Request period = 200 ns offset = 8 
  Vendor: SEAGATE   Model: ST19101W          Rev: 0014
  Type:   Direct-Access                      ANSI SCSI revision: 02
SCSI device sdb: 17783240 512-byte hdwr sectors (9105 MB)
sdb: Write Protect is off
sdb: Mode Sense: b7 00 10 08
SCSI device sdb: drive cache: write back w/ FUA
SCSI device sdb: 17783240 512-byte hdwr sectors (9105 MB)
sdb: Write Protect is off
sdb: Mode Sense: b7 00 10 08
SCSI device sdb: drive cache: write back w/ FUA
 sdb: sdb1
sd 1:0:0:0: Attached scsi disk sdb
sd 1:0:0:0: Attached scsi generic sg2 type 0
(scsi-1:-1:-1) reselection missed?<3>(scsi1:0:0) cannot abort running or
disconnected command
(scsi1:3:0) cannot reuse command

AND FREEZE

Expected results:
new disk sdb1 available for mounting

Additional info:
The IRQ and IO options are ok because it's an ISA card with switches and it
works under Windows XP (multi boot system).
After freezing, the card is in such a state that I have to power off the
computer to get the card working under Windows too. A simple reset is not enough.
I have another SCSI card plugged in PCI bus (aic7xxx module) that works fine.
And no problem with usb keys or wireless until modprobing aha152x.
Comment 1 Hugues Mercusot 2006-06-17 19:54:08 UTC 
Created attachment 131109 [details]
Some system informations reported just before freezing (dmesg and /proc/scsi)
Comment 2 Hugues Mercusot 2006-06-17 19:57:16 UTC 
Created attachment 131110 [details]
Status of system before modprobe aha152x (to compare)
Comment 3 Hugues Mercusot 2006-06-17 20:00:40 UTC 
Created attachment 131111 [details]
View of the card from Windows XP under which it works fine with same parameters and switches

This is an OOo writer file with screenshots
Comment 4 Hugues Mercusot 2006-06-17 20:02:39 UTC 
Created attachment 131112 [details]
Intermediate informations after modprobe and before first attachment for this bug.

Hope this help ...
Comment 5 Hugues Mercusot 2006-07-03 19:04:01 UTC 
It's exactly the same with kernel 2.6.17-1.2139_FC5
Comment 6 Hugues Mercusot 2006-07-06 21:37:28 UTC 
Seems to works fine yet after kernel 2.6.17-1.2145_FC5 update.