Bug 7177

Summary: Mylex DAC960 driver is not working with Kernel newer than 2.6.11 !
Product: SCSI Drivers Reporter: Frank (f1)
Component: OtherAssignee: scsi_drivers-other
Status: REJECTED WILL_NOT_FIX    
Severity: blocking CC: Boris.Andratzek, brking, mike, okir, protasnb
Priority: P2    
Hardware: i386   
OS: Linux   
Kernel Version: >2.6.11 Subsystem:
Regression: Yes Bisected commit-id:

Description Frank 2006-09-21 07:59:03 UTC
Most recent kernel where this bug did not occur: 2.6.18
Distribution: gentoo
Hardware Environment: SIEMENS Model: STM/L Quad Xeon P3 500MHz 2GIG Ram
Software Environment: 
Problem Description:

Steps to reproduce: Just reboot with kernel newer than 2.6.11 eg 2.6.18

...
FDC 0 is a National Semiconductor PC87306
loop: loaded (max 8 devices)
DAC960: ***** DAC960 RAID Driver Version 2.5.48 of 14 May 2006 *****
DAC960: Copyright 1998-2001 by Leonard N. Zubkoff <lnz@dandelion.com>

and here the kernel stops and nothing happends !

under 2.6.11 the output is much longer:

...
FDC 0 is a National Semiconductor PC87306
loop: loaded (max 8 devices)
DAC960: ***** DAC960 RAID Driver Version 2.5.47 of 14 November 2002 *****
DAC960: Copyright 1998-2001 by Leonard N. Zubkoff <lnz@dandelion.com>
DAC960#0: Configuring Mylex DAC960PJ PCI RAID Controller
DAC960#0:   Firmware Version: 4.08-0-37, Channels: 3, Memory Size: 64MB
DAC960#0:   PCI Bus: 3, Device: 13, Function: 1, I/O Address: Unassigned
DAC960#0:   PCI Address: 0xFE600000 mapped at 0xF8810000, IRQ Channel: 161
DAC960#0:   Controller Queue Depth: 124, Maximum Blocks per Command: 128
DAC960#0:   Driver Queue Depth: 123, Scatter/Gather Limit: 33 of 33 Segments
DAC960#0:   Stripe Size: 64KB, Segment Size: 8KB, BIOS Geometry: 255/63
DAC960#0:   SAF-TE Enclosure Management Enabled
DAC960#0:   Physical Devices:
DAC960#0:     0:0  Vendor: SEAGATE   Model: ST39102LC         Revision: 7505
DAC960#0:          Serial Number: LJ46608500002910J0LZ
DAC960#0:          Disk Status: Standby, 17782784 blocks
DAC960#0:     0:1  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
DAC960#0:          Serial Number: LJL1072800002938HQ5K
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     0:2  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
DAC960#0:          Serial Number: LV263431000010091BE1
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     0:3  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
DAC960#0:          Serial Number: LJL04413000019400HC3
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     0:8  Vendor: SIEMENS   Model: STM/L S1          Revision: 4.1b
DAC960#0:     1:0  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
DAC960#0:          Serial Number: LJK896890000194006WC
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     1:1  Vendor: SEAGATE   Model: ST39173LC         Revision: 6246
DAC960#0:          Serial Number: LM90387100001834F0GP
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     1:2  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
DAC960#0:          Serial Number: LJL0800100002938K4D8
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     1:3  Vendor: SEAGATE   Model: ST39102LC         Revision: 7505
DAC960#0:          Serial Number: LJM15325000019220JG2
DAC960#0:          Disk Status: Online, 17780736 blocks
DAC960#0:     1:8  Vendor: SIEMENS   Model: STM/L S2          Revision: 4.1b
DAC960#0:   Logical Drives:
DAC960#0:     /dev/rd/c0d0: RAID-5, Online, 106659840 blocks, Write Thru
 /dev/rd/host0/target0: p1 p2 p3
e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
e100: Copyright(c) 1999-2004 Intel Corporation
...
Comment 1 Andrew Morton 2006-09-21 10:46:33 UTC
On Thu, 21 Sep 2006 08:08:52 -0700
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=7177

Is anyone else out there using dac960 on recentish kernels?

>            Summary: Mylex DAC960 driver is not working with Kernel newer
>                     than 2.6.11 !
>     Kernel Version: >2.6.11
>             Status: NEW
>           Severity: blocking
>              Owner: scsi_drivers-other@kernel-bugs.osdl.org
>          Submitter: f1@vcc.de
> 
> 
> Most recent kernel where this bug did not occur: 2.6.18
> Distribution: gentoo
> Hardware Environment: SIEMENS Model: STM/L Quad Xeon P3 500MHz 2GIG Ram
> Software Environment: 
> Problem Description:
> drivers/block/DAC960.c
> Steps to reproduce: Just reboot with kernel newer than 2.6.11 eg 2.6.18
> 
> ...
> FDC 0 is a National Semiconductor PC87306
> loop: loaded (max 8 devices)
> DAC960: ***** DAC960 RAID Driver Version 2.5.48 of 14 May 2006 *****
> DAC960: Copyright 1998-2001 by Leonard N. Zubkoff <lnz@dandelion.com>
> 
> and here the kernel stops and nothing happends !
> 
> under 2.6.11 the output is much longer:
> 
> ...
> FDC 0 is a National Semiconductor PC87306
> loop: loaded (max 8 devices)
> DAC960: ***** DAC960 RAID Driver Version 2.5.47 of 14 November 2002 *****
> DAC960: Copyright 1998-2001 by Leonard N. Zubkoff <lnz@dandelion.com>
> DAC960#0: Configuring Mylex DAC960PJ PCI RAID Controller
> DAC960#0:   Firmware Version: 4.08-0-37, Channels: 3, Memory Size: 64MB
> DAC960#0:   PCI Bus: 3, Device: 13, Function: 1, I/O Address: Unassigned
> DAC960#0:   PCI Address: 0xFE600000 mapped at 0xF8810000, IRQ Channel: 161
> DAC960#0:   Controller Queue Depth: 124, Maximum Blocks per Command: 128
> DAC960#0:   Driver Queue Depth: 123, Scatter/Gather Limit: 33 of 33 Segments
> DAC960#0:   Stripe Size: 64KB, Segment Size: 8KB, BIOS Geometry: 255/63
> DAC960#0:   SAF-TE Enclosure Management Enabled
> DAC960#0:   Physical Devices:
> DAC960#0:     0:0  Vendor: SEAGATE   Model: ST39102LC         Revision: 7505
> DAC960#0:          Serial Number: LJ46608500002910J0LZ
> DAC960#0:          Disk Status: Standby, 17782784 blocks
> DAC960#0:     0:1  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
> DAC960#0:          Serial Number: LJL1072800002938HQ5K
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     0:2  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
> DAC960#0:          Serial Number: LV263431000010091BE1
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     0:3  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
> DAC960#0:          Serial Number: LJL04413000019400HC3
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     0:8  Vendor: SIEMENS   Model: STM/L S1          Revision: 4.1b
> DAC960#0:     1:0  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
> DAC960#0:          Serial Number: LJK896890000194006WC
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     1:1  Vendor: SEAGATE   Model: ST39173LC         Revision: 6246
> DAC960#0:          Serial Number: LM90387100001834F0GP
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     1:2  Vendor: SEAGATE   Model: ST39102LC         Revision: 7503
> DAC960#0:          Serial Number: LJL0800100002938K4D8
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     1:3  Vendor: SEAGATE   Model: ST39102LC         Revision: 7505
> DAC960#0:          Serial Number: LJM15325000019220JG2
> DAC960#0:          Disk Status: Online, 17780736 blocks
> DAC960#0:     1:8  Vendor: SIEMENS   Model: STM/L S2          Revision: 4.1b
> DAC960#0:   Logical Drives:
> DAC960#0:     /dev/rd/c0d0: RAID-5, Online, 106659840 blocks, Write Thru
>  /dev/rd/host0/target0: p1 p2 p3
> e100: Intel(R) PRO/100 Network Driver, 3.3.6-k2-NAPI
> e100: Copyright(c) 1999-2004 Intel Corporation
> ...
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.

Comment 2 Anonymous Emailer 2006-09-21 12:30:48 UTC
Reply-To: sjordet@gmail.com

On 9/21/06, Andrew Morton <akpm@osdl.org> wrote:
>
> On Thu, 21 Sep 2006 08:08:52 -0700
> bugme-daemon@bugzilla.kernel.org wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=7177
>
> Is anyone else out there using dac960 on recentish kernels?
>

Yeah, I've been using it on 2.6.17.x the last months, and updated to
2.6.18now just to check this out, and works fine.

This is an Intel SC450NX quad xeon 4GB ram server.

:)

-Stian
On 9/21/06, <b class="gmail_sendername">Andrew Morton</b> &lt;<a href="mailto:akpm@osdl.org">akpm@osdl.org</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" DEFANGED_style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 21 Sep 2006 08:08:52 -0700<br><a href="mailto:bugme-daemon@bugzilla.kernel.org">bugme-daemon@bugzilla.kernel.org</a> wrote:<br><br>&gt; <a href="http://bugzilla.kernel.org/show_bug.cgi?id=7177">http://bugzilla.kernel.org/show_bug.cgi?id=7177
</a><br><br>Is anyone else out there using dac960 on recentish kernels?<br></blockquote></div><br>Yeah, I've been using it on 2.6.17.x the last months, and updated to 2.6.18 now just to check this out, and works fine. <br>
<br>This is an Intel SC450NX quad xeon 4GB ram server.<br><br>:)<br><br>-Stian<br>
Comment 3 Frank 2006-09-21 23:39:35 UTC
Great !! So maybe it has something to do with the DAC Bios bios ? What is your
Bios version ?

BTW i also tried kernel 2.6.15.11 and 2.6.17.x with the same result !
Comment 4 Frank 2006-09-22 05:21:07 UTC
Great !! So maybe it has something to do with the DAC Bios bios ? What is your
Bios version ?

BTW i also tried kernel 2.6.15.11 and 2.6.17.x with the same result !
Comment 5 Brian King 2006-09-22 10:41:56 UTC
Can you post your lspci -v output?
Comment 6 Frank 2006-09-24 23:01:13 UTC
here we go:
lspci -v
00:02.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
        Flags: bus master, medium devsel, latency 0

00:02.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01)
(prog-if 80 [Master])
        Flags: bus master, medium devsel, latency 64
        I/O ports at 2020 [size=16]

00:02.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01)
(prog-if 00 [UHCI])
        Flags: bus master, medium devsel, latency 64, IRQ 153
        I/O ports at 2000 [size=32]

00:02.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
        Flags: medium devsel, IRQ 9

00:03.0 VGA compatible controller: Cirrus Logic GD 5446 (rev 45) (prog-if 00 [VGA])
        Subsystem: Siemens Nixdorf AG Unknown device 0034
        Flags: medium devsel
        Memory at fc000000 (32-bit, prefetchable) [size=32M]
        Memory at fa000000 (32-bit, non-prefetchable) [size=4K]

00:04.0 System peripheral: Siemens Nixdorf AG FSC Multiprocessor Interrupt
Controller (rev 02)
        Subsystem: Siemens Nixdorf AG Unknown device 0035
        Flags: medium devsel
        Memory at 80000000 (32-bit, non-prefetchable) [size=1K]

00:05.0 PCI bridge: Intel Corporation 80960RP [i960 RP Microprocessor/Bridge]
(rev 05) (prog-if 00 [Normal decode])
        Flags: bus master, medium devsel, latency 64
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
        I/O behind bridge: 00003000-00003fff
        Memory behind bridge: fa100000-fa2fffff
        Prefetchable memory behind bridge: fa600000-fa6fffff

00:05.1 I2O: Intel Corporation 80960RP [i960RP Microprocessor] (rev 05) (prog-if 01)
        Subsystem: Siemens Nixdorf AG Unknown device 0036
        Flags: bus master, medium devsel, latency 64, IRQ 169
        Memory at fa500000 (32-bit, prefetchable) [size=1M]

00:10.0 Host bridge: Intel Corporation 450NX - 82451NX Memory & I/O Controller
(rev 03)
        Flags: fast devsel

00:12.0 Host bridge: Intel Corporation 450NX - 82454NX/84460GX PCI Expander
Bridge (rev 02)
        Flags: bus master, medium devsel, latency 72

00:13.0 Host bridge: Intel Corporation 450NX - 82454NX/84460GX PCI Expander
Bridge (rev 02)
        Flags: bus master, medium devsel, latency 72

00:14.0 Host bridge: Intel Corporation 450NX - 82454NX/84460GX PCI Expander
Bridge (rev 02)
        Flags: bus master, medium devsel, latency 72

01:01.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 05)
        Subsystem: Siemens Nixdorf AG Unknown device 0031
        Flags: bus master, medium devsel, latency 64, IRQ 177
        Memory at fa600000 (32-bit, prefetchable) [size=4K]
        I/O ports at 3800 [size=32]
        Memory at fa100000 (32-bit, non-prefetchable) [size=1M]
        Capabilities: [dc] Power Management version 1

01:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 26)
        Subsystem: LSI Logic / Symbios Logic LSI53C876/E PCI to Dual Channel
SCSI Controller
        Flags: bus master, medium devsel, latency 72, IRQ 185
        I/O ports at 3000 [size=256]
        Memory at fa202000 (32-bit, non-prefetchable) [size=256]
        Memory at fa200000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] Power Management version 1

01:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 26)
        Subsystem: LSI Logic / Symbios Logic LSI53C876/E PCI to Dual Channel
SCSI Controller
        Flags: bus master, medium devsel, latency 72, IRQ 193
        I/O ports at 3400 [size=256]
        Memory at fa202400 (32-bit, non-prefetchable) [size=256]
        Memory at fa201000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] Power Management version 1

03:0d.0 PCI bridge: Intel Corporation 80960RP [i960 RP Microprocessor/Bridge]
(rev 03) (prog-if 00 [Normal decode])
        Flags: bus master, fast Back2Back, medium devsel, latency 64
        Bus: primary=03, secondary=04, subordinate=04, sec-latency=64

03:0d.1 RAID bus controller: Mylex Corporation DAC960PG (rev 03)
        Subsystem: Mylex Corporation DAC960PG
        Flags: bus master, fast Back2Back, medium devsel, latency 64, IRQ 161
        Memory at fe600000 (32-bit, prefetchable) [size=8K]
Comment 7 Frank 2006-09-24 23:25:01 UTC
regarding to the LSI Homepage we are using the latest Firmware (SwKit 4.04-00)
 	4.08-37 2/13/01for the DAC960PG/PJ controller.
Comment 8 Frank 2006-11-07 08:23:18 UTC
Hi Brian,

any hints ???
Comment 9 Boris 2007-02-27 09:55:32 UTC
Hej all,

exactly the same happens on my Siemens Primergy P470 with DAC960PJ (Firmware
4.06-0-11) and Debain etch with Kernel 2.6.18-3, DAC960-driver 2.5.48. Firmware
too old?
Works fine with Debian Sarge, Kernel 2.6.8-3, DAC960-driver 2.5.47.



Boris.Andratzek@cation.de
Comment 10 Boris 2007-02-28 05:38:21 UTC
From the Source of the driver I learned that those versions of firmware are
valid, so my configuration should be OK....:

  /*
    Initialize the Controller Firmware Version field and verify that it
    is a supported firmware version.  The supported firmware versions are:

    DAC1164P		    5.06 and above
    DAC960PTL/PRL/PJ/PG	    4.06 and above
    DAC960PU/PD/PL	    3.51 and above
    DAC960PU/PD/PL/P	    2.73 and above
  */

Boris
Comment 11 Michael Shigorin 2007-03-23 05:28:15 UTC
I can provide anyone interested with a (root) shell on a test system with
DAC960PG (latest BIOS v4.06-0-08) booting off IDE.  Right now, i586 SMP 2.6.18
from ALT Linux (built by Sergey Vlasov) is at hand there and basically works
(fdisk -l and dd off one of logical drives in RAID7 aka JBOD).
Comment 12 Michael Shigorin 2007-03-23 05:36:30 UTC
PS: vsu@ noticed that this might be an ACPI problem, not DAC960.  The test
system is dual-PIII Tyan Tiger (230 or so, Apollo Pro133-based) with latest
firmware which was crucial for working ACPI/APIC (the only way to get it both
running SMP and correctly working with PCI was passing pci=noacpi before BIOS
upgrade).
Comment 13 Olaf Kirch 2007-04-11 06:08:15 UTC
Please try to capture what the system is doing at the time it gets wedged,
by pressing sysrq-P (sysrq keys are described in Documentation/sysrq.txt
in the kernel source). Please report the backtrace here.
Comment 14 Boris 2007-04-13 10:47:10 UTC
Hej all,


sorry I blew out so much trouble in the world, the (my!) problem is solved by
giving 'acpi=off' and 'noapic' to the kernel.
So, the hint from Michael was VERY helpful, thank you! Thanks Olaf, too....

Boris
Comment 15 Olaf Kirch 2007-04-13 11:42:16 UTC
Does this mean this bug can be closed?
Comment 16 Boris 2007-04-14 10:21:03 UTC
Hej all,

from my side, the bug can be closed, but I am not the OP.

Boris
Comment 17 Natalie Protasevich 2008-03-30 00:08:58 UTC
The bug should be reassigned to ACPI, if Boris and Adam could provide dmesg, /proc/interrupts to start with, from 2.6.8 and a failed kernel.
Closing the bug for now. Please reopen if you have further updates.