public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
From: Uprooter <uprooter@gmail.com>
To: James Bottomley <jbottomley@suse.de>
Cc: linux-scsi@vger.kernel.org
Subject: Re: Fusion MPT Ultra320 disks  detected as Ultra2
Date: Sun, 13 Dec 2009 12:58:26 +0200	[thread overview]
Message-ID: <200912131258.27052.uprooter@gmail.com> (raw)
In-Reply-To: <20091213102925.4i5z7z3tw08swocc@imap.suse.de>

Hello James and thanks for trying to help.

Unfortunately changing min_period  didn't solve anything.
# pwd
/sys/class/spi_transport/target2:0:1

localhost target2:0:1 # echo 25 > min_period
localhost target2:0:1 # echo 1 > revalidate
I did it for both disks.
#dmesg | tail -10
target2:0:0: Beginning Domain Validation
 target2:0:0: Domain Validation skipping write tests
 target2:0:0: Ending Domain Validation
 target2:0:0: Beginning Domain Validation
 target2:0:0: Domain Validation skipping write tests
 target2:0:0: Ending Domain Validation
 target2:0:1: Beginning Domain Validation
 target2:0:1: Domain Validation skipping write tests
 target2:0:1: Ending Domain Validation
 target2:0:1: Beginning Domain Validation
 target2:0:1: Domain Validation skipping write tests
 target2:0:1: Ending Domain Validation

# cat min_period
25
# cat period
50

hdparm still shows the same results.

# hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   1734 MB in  2.00 seconds = 867.28 MB/sec
 Timing buffered disk reads:  114 MB in  3.04 seconds =  37.55 MB/sec

# hdparm -Tt /dev/sdb

/dev/sdb:
 Timing cached reads:   1732 MB in  2.00 seconds = 866.42 MB/sec
 Timing buffered disk reads:  114 MB in  3.04 seconds =  37.47 MB/sec


If it helps here is what  lsiutil target settings shows:
Target MB/sec | MT/sec Wide ScanID ScanLUNs Disconnect Timeout QueueTag Boot
   0     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   1     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   2     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   3     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   4     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   5     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   6     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   7     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   8     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
   9     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
  10     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
  11     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
  12     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
  13     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
  14     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes
  15     320  |   160  Yes   Yes     Yes       Yes        10     Yes    Yes



On Sunday 13 December 2009 11:29:25 you wrote:
> Am Sat 12 Dec 2009 23:38:00 CET schrieb uprooter <uprooter@gmail.com>:
> > Hello. I'm struggling a IBM x336 machine with FustionMPT LSI53C1030.
> > This controller can't do radi0 so I disabled raid in the BIOS.
> > Problem is that disks are detected wrong and IO is very slow
> > hdparm -t gives only 37MB/s
> > dmesg shows that both disks are recognized as FAST-20 while it should be
> > FAST-160. also cache is disabled.
> 
> Well, the cache is easy, it isn't disabled, it's set to read through
> (the correct setting for enterprise disks).  That's what write
> disabled, read enabled means.
> 
> > I've googled around for hours, saw many problems related to the MPT being
> > slow when compiled into the kernel in old versions (I have tried module)
> > but I'm using using 2.6.31.
> > Here are some logs:
> >
> > 6 23:35:16 localhost kernel: Fusion MPT base driver 3.04.07
> > 6 23:35:16 localhost kernel: Copyright (c) 1999-2008 LSI Corporation
> > 6 23:35:16 localhost kernel: Fusion MPT SPI Host driver 3.04.07
> > 6 23:35:16 localhost kernel: mptspi 0000:04:01.0: PCI INT A -> GSI 28
> > (level, low) -> IRQ 28
> > 6 23:35:16 localhost kernel: mptbase: ioc0: Initiating bringup
> > 6 23:35:16 localhost kernel: ata1.00: ATAPI: DV-18E, 2.0D, max UDMA/33
> > 6 23:35:16 localhost kernel: ata1.00: configured for UDMA/33
> > 6 23:35:16 localhost kernel: scsi 0:0:0:0: CD-ROM            TEAC    
> > DV-18E 2.0D PQ: 0 ANSI: 5
> > 6 23:35:16 localhost kernel: sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2
> > cdda tray
> > 6 23:35:16 localhost kernel: Uniform CD-ROM driver Revision: 3.20
> > 6 23:35:16 localhost kernel: sr 0:0:0:0: Attached scsi CD-ROM sr0
> > 6 23:35:16 localhost kernel: Switched to high resolution mode on CPU 3
> > 6 23:35:16 localhost kernel: Switched to high resolution mode on CPU 1
> > 6 23:35:16 localhost kernel: Switched to high resolution mode on CPU 2
> > 6 23:35:16 localhost kernel: Switched to high resolution mode on CPU 0
> > 6 23:35:16 localhost kernel: ioc0: LSI53C1030 C0:
> > Capabilities={Initiator} 6 23:35:16 localhost kernel: scsi2 : ioc0:
> > LSI53C1030 C0, FwRev=01032821h, Ports=1, MaxQ=222, IRQ=28
> > 6 23:35:16 localhost kernel: Fusion MPT FC Host driver 3.04.07
> > 6 23:35:16 localhost kernel: Fusion MPT SAS Host driver 3.04.07
> > 6 23:35:16 localhost kernel: Fusion MPT misc device (ioctl) driver
> > 3.04.07 6 23:35:16 localhost kernel: mptctl: Registered with Fusion MPT
> > base driver 6 23:35:16 localhost kernel: mptctl: /dev/mptctl @
> > (major,minor=10,220) 6 23:35:16 localhost kernel: Fusion MPT LAN driver
> > 3.04.07
> > 6 23:35:16 localhost kernel: mptlan: ioc0: PortNum=0, ProtocolFlags=08h
> > (Itlb)
> > 6 23:35:16 localhost kernel: mptlan: ioc0: Hmmm... LAN protocol seems to
> > be disabled on this adapter port!
> > ....
> >
> > scsi: waiting for bus probes to complete ...
> > Nov 26 23:35:16 localhost kernel: scsi 2:0:0:0: Direct-Access     IBM
> > IC35L146UCDY10-0 S27N PQ: 0 ANSI: 3
> > Nov 26 23:35:16 localhost kernel: target2:0:0: Beginning Domain
> > Validation Nov 26 23:35:16 localhost kernel: target2:0:0: Domain
> > Validation skipping write tests
> > Nov 26 23:35:16 localhost kernel: target2:0:0: Ending Domain Validation
> > Nov 26 23:35:16 localhost kernel: target2:0:0: FAST-20 WIDE SCSI 40.0
> > MB/s ST (50 ns, offset 8)
> 
> This is more curious, it seems to indicate that the disk is reporting
> its max transfer period as 50ns. Try raising it by echoing 25 to
> min_period and then 1 to revalidate to force a renegotiation.
> 
> James
> 

  reply	other threads:[~2009-12-13 10:58 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-12 22:38 Fusion MPT Ultra320 disks detected as Ultra2 uprooter
2009-12-13  9:29 ` James Bottomley
2009-12-13 10:58   ` Uprooter [this message]
2009-12-13 11:50     ` James Bottomley
2009-12-14 19:58       ` Uprooter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200912131258.27052.uprooter@gmail.com \
    --to=uprooter@gmail.com \
    --cc=jbottomley@suse.de \
    --cc=linux-scsi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox