public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* RE: As of 2.6.13-rc1 Fusion-MPT very slow
@ 2005-08-01 15:31 Moore, Eric Dean
  2005-08-01 15:40 ` Holger Kiehl
  0 siblings, 1 reply; 14+ messages in thread
From: Moore, Eric Dean @ 2005-08-01 15:31 UTC (permalink / raw)
  To: Holger Kiehl, Andrew Morton; +Cc: linux-kernel, linux-scsi

I provided an application called getspeed as an attachment
in the email I sent last Friday. Did you receive that, or do 
I need to resend?  If possible, can run that application 
and send me the output.

Regards,
Eric Moore

On Monday, August 01, 2005 4:16 AM, Holger Kiehl wrote:

> On Fri, 29 Jul 2005, Andrew Morton wrote:
> 
> > "Moore, Eric Dean" <Eric.Moore@lsil.com> wrote:
> >>
> >>  Regarding the 1st issue, can you try this patch out.  It 
> maybe in the
> >>  -mm branch. Andrew cc'd on this email can confirm.
> >>
> >>  
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/
> 2.6.13-rc3/2.6
> >>  .13-rc3-mm3/broken-out/mpt-fusion-dv-fixes.patch
> >
> > Yes, that's part of 2.6.13-rc3-mm3.
> >
> The patch makes no difference. Still get the following 
> results when fusion
> is compiled in:
> 
>        sdc   74MB/s
>        sdd    2MB/s
>        sde    2MB/s
>        sdf    2MB/s
> 
> On second channel:
> 
>        sdg   74MB/s
>        sdh   74MB/s
>        sdi   74MB/s
>        sdj   74MB/s
> 
> The patch was applied to linux-2.6.13-rc4-git3.
> 
> Here part of dmesg output:
> 
>     Fusion MPT base driver 3.03.02
>     Copyright (c) 1999-2005 LSI Logic Corporation
>     Fusion MPT SPI Host driver 3.03.02
>     ACPI: PCI Interrupt 0000:02:04.0[A] -> GSI 24 (level, 
> low) -> IRQ 217
>     mptbase: Initiating ioc0 bringup
>     ioc0: 53C1030: Capabilities={Initiator,Target}
>     scsi4 : ioc0: LSI53C1030, FwRev=01032700h, Ports=1, 
> MaxQ=255, IRQ=217
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdc: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdc: drive cache: write back
>     SCSI device sdc: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdc: drive cache: write back
>      sdc: sdc1
>     Attached scsi disk sdc at scsi4, channel 0, id 0, lun 0
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdd: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdd: drive cache: write back
>     SCSI device sdd: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdd: drive cache: write back
>      sdd: sdd1
>     Attached scsi disk sdd at scsi4, channel 0, id 1, lun 0
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sde: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sde: drive cache: write back
>     SCSI device sde: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sde: drive cache: write back
>      sde: sde1
>     Attached scsi disk sde at scsi4, channel 0, id 2, lun 0
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdf: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdf: drive cache: write back
>     SCSI device sdf: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdf: drive cache: write back
>      sdf: sdf1
>     Attached scsi disk sdf at scsi4, channel 0, id 3, lun 0
>     ACPI: PCI Interrupt 0000:02:04.1[B] -> GSI 25 (level, 
> low) -> IRQ 225
>     mptbase: Initiating ioc1 bringup
>     ioc1: 53C1030: Capabilities={Initiator,Target}
>     scsi5 : ioc1: LSI53C1030, FwRev=01032700h, Ports=1, 
> MaxQ=255, IRQ=225
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdg: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdg: drive cache: write back
>     SCSI device sdg: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdg: drive cache: write back
>      sdg: sdg1
>     Attached scsi disk sdg at scsi5, channel 0, id 0, lun 0
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdh: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdh: drive cache: write back
>     SCSI device sdh: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdh: drive cache: write back
>      sdh: sdh1
>     Attached scsi disk sdh at scsi5, channel 0, id 1, lun 0
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdi: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdi: drive cache: write back
>     SCSI device sdi: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdi: drive cache: write back
>      sdi: sdi1
>     Attached scsi disk sdi at scsi5, channel 0, id 2, lun 0
>       Vendor: FUJITSU   Model: MAS3735NP         Rev: 0104
>       Type:   Direct-Access                      ANSI SCSI 
> revision: 03
>     SCSI device sdj: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdj: drive cache: write back
>     SCSI device sdj: 143552136 512-byte hdwr sectors (73499 MB)
>     SCSI device sdj: drive cache: write back
>      sdj: sdj1
>     Attached scsi disk sdj at scsi5, channel 0, id 3, lun 0
> 
> Anything else I can try or provide?
> 
> Holger
> 

^ permalink raw reply	[flat|nested] 14+ messages in thread
* RE: As of 2.6.13-rc1 Fusion-MPT very slow
@ 2005-08-08 18:27 Moore, Eric Dean
  2005-08-09 12:16 ` Holger Kiehl
  0 siblings, 1 reply; 14+ messages in thread
From: Moore, Eric Dean @ 2005-08-08 18:27 UTC (permalink / raw)
  To: James Bottomley, Holger Kiehl
  Cc: Andrew Morton, linux-kernel, SCSI Mailing List

On Sunday, August 07, 2005 8:30 AM, James Bottomley wrote:

> On Sun, 2005-08-07 at 05:59 +0000, Holger Kiehl wrote:
> > Thanks, removing those it compiles fine. This patch also 
> solves my problem,
> > here the output of dmesg:
> 
> Well ... the transport class was supposed to help diagnose the problem
> rather than fix it.
> 
> However, what it shows is that the original problem is in the fusion
> internal domain validation somewhere, but that we still don't know
> where...
> 
> James
> 


I was corresponding to Mr Holger Hiehl in private email.  
What I understood the problem to be was when he compiled the drivers into
the kernel, instead of as modules, we would get some drives negotiating as 
asyn narrow on the 2nd channel.   What I was trying to do was reproduce the 
issue here, and I was unable to.    Has Mr Holger Hiehl tried compiling
your patch with the drivers compiled statically into the kernel, instead
of modules?

Anyways - My last suggesting was that he change the scsi cable, and reset 
the parameters in  the bios configuration utility.  I don't believe
that fixed it.

Here's my next suggestion.  Recompile the driver with domain validation
debugging enabled.  Then send me the output dmesg so I can analyze it.

That is done by modifying the driver makefile, adding the following lines:

CFLAGS_mptscsih.o += DMPT_DEBUG_DV
CFLAGS_mptscsih.o += DMPT_DEBUG_NEGO




^ permalink raw reply	[flat|nested] 14+ messages in thread
[parent not found: <91888D455306F94EBD4D168954A9457C035CB329@nacos172.co.lsil.com>]
* As of 2.6.13-rc1 Fusion-MPT very slow
@ 2005-07-26 10:52 Holger Kiehl
  0 siblings, 0 replies; 14+ messages in thread
From: Holger Kiehl @ 2005-07-26 10:52 UTC (permalink / raw)
  To: linux-kernel; +Cc: linux-scsi

Hello

On a four CPU Opteron with Fusion-MPT compiled in, I get the following
results (up to 2.6.13-rc3-git7) with hdparm on the first channel with
four disks:

            sdc    74 MB/s
            sdd     2 MB/s
            sde     2 MB/s
            sdf     2 MB/s

On the second channel also with the same type of disks:

            sdg    74 MB/s
            sdh    74 MB/s
            sdi    74 MB/s
            sdj    74 MB/s

All disk are of the same type. Compiling Fusion-MPT as module for the
same kernel I get 74 MB/s for all eight disks. Taking kernel 2.6.12.2 and
compile it in, all eigth disks give the expected performance of 74 MB/s.
When I exchange the two cables, put the first cable on second channel and
second cable on first channel, always sdd, sde and sdf will only get
approx. 2 MB/s with any 2.6.13-* kernels.

Another problem observed with 2.6.13-rc3-git7 and Fusion-MPT compiled in
is when making a ext3 filesystem over those eight disks (software Raid10),
makes mke2fs hang for a very long time in D-state and /var/log/messages
writting a lot of these messages:

        mptscsih: ioc0: >> Attempting task abort! (sc=ffff81014ead3ac0)
        mptscsih: ioc0: >> Attempting task abort! (sc=ffff81014ead38c0)
        mptscsih: ioc0: >> Attempting task abort! (sc=ffff81014ead36c0)
        mptscsih: ioc0: >> Attempting task abort! (sc=ffff81014ead34c0)
           .
           .
           .

And finally, when I do a halt or powerdown just after all filesystems
are unmounted the fusion driver tells me that it puts the two controllers
in power save mode. Then kernel whants to flush the SCSI disks but
hangs forever. This does not happen when doing a reboot.

Holger
-- 


^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2005-08-30 21:50 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-01 15:31 As of 2.6.13-rc1 Fusion-MPT very slow Moore, Eric Dean
2005-08-01 15:40 ` Holger Kiehl
2005-08-06 17:53   ` James Bottomley
2005-08-06 21:12     ` Holger Kiehl
2005-08-06 22:07       ` James Bottomley
2005-08-07  5:59         ` Holger Kiehl
2005-08-07 14:29           ` James Bottomley
  -- strict thread matches above, loose matches on Subject: below --
2005-08-08 18:27 Moore, Eric Dean
2005-08-09 12:16 ` Holger Kiehl
2005-08-30 15:28   ` tony.luck
2005-08-30 21:49     ` tony.luck
     [not found] <91888D455306F94EBD4D168954A9457C035CB329@nacos172.co.lsil.com>
2005-07-30  0:51 ` Andrew Morton
2005-08-01 10:15   ` Holger Kiehl
2005-07-26 10:52 Holger Kiehl

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox