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
>
next prev parent 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