Bug 193539 - Problem Promise SATAII150 SX8
Summary: Problem Promise SATAII150 SX8
Status: CLOSED DUPLICATE of bug 193538
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
(Show other bugs)
Version: 5
Hardware: i386 Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2006-05-30 10:12 UTC by Alexandr Sadkov
Modified: 2015-01-04 22:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-11 00:37:34 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Alexandr Sadkov 2006-05-30 10:12:36 UTC
I am sorry for bad English.
Problem in work of module SX8.

SuperMicro 370DLE, 2xIntel PIII800EB
Promise SATAII150 SX8 (latest firmware, Command Query â Disabled)
System HDD - Western Digital WD1500ADFD (SATA)
Data HDD â 4 x Seagate Barracuda 7200.9 ST3500641AS (SATA)

The equipment was tested under Windows XP in various modes.
All perfectly worked except that it Windows...

In Fedora Core 5 kernels 2.6.16-1.2096_FC5smp, 2.6.16-1.2111_FC5smp and 

If to connect only system HDD Western Digital that all works, but I periodically 
receive messages of type:
cell kernel: end_request: I/O error, dev sx8/0, sector 220064
cell kernel: Buffer I/O error on device sx8/0, logical block 27508

If to connect all HDD it quickly enough leads to lag of one, several or all HDD 
connected to controller SX8. 
The system does not give out any mistakes, any operation with HDD leads to 
freezing of the console, helps only reset.

Following recommendations (google), I have tried to transfer module SX8 
parameter max_queue = 30. 
During loading the system has destroyed root file system. 

Having restored with Backup, I tried to establish max_queue = 2, that also have 
destroyed root file system.

Comment 1 Dave Jones 2006-09-11 00:37:34 UTC

*** This bug has been marked as a duplicate of 193538 ***

Note You need to log in before you can comment on or make changes to this bug.