linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tim Small <tim@seoss.co.uk>
To: Hubert Bailey <hbailey@marvell.com>,
	"linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>
Cc: Tejun Heo <tj@kernel.org>, Larry Li <lil@marvell.com>
Subject: Re: SiI 3726 pmp doesn't work with 2.6.38 and Marvell 88SE9123 AHCI controller
Date: Fri, 08 Jul 2011 10:53:01 +0100	[thread overview]
Message-ID: <4E16D37D.1030701@seoss.co.uk> (raw)
In-Reply-To: <B9B10C29375C5B40A2D240808654F60E5EE470A72D@SC-VEXCH2.marvell.com>

On 08/07/11 05:42, Hubert Bailey wrote:
> Tim,
>
> The 9125 is a simple controller without a internal processor.  The 9123 contains an internal processor to enhance RAID 0/1 operations.  If you are testing in a JBOD configuration you will not take advantage of the 9123 internal processor.

OK, that's fine.  I have a nice fast CPU in the system which runs the
Linux md code (which I can debug if necessary) with very high
throughput, and it even works across controller cards.  A JBOD is what I
want.

>   The internal processor can result in lower performance than the 9125.

It shouldn't result it complete read failures though, should it?  That's
what we are seeing on both the 9123, and the 9125 (although the 9123
seems to be worse).

Also 130M per second total throughput on a device which should have
around 500M per second throughput seems like very low performance to
me.  If the processor is capable of handling 350M/second+ throughput,
then that looks more like a performance bug with the PMP support to me?

>   However if you configure the drives in a RAID configuration using the 9123 RAID  utility you should see better performance than with 9125.
>   

The drives in the machine are using Linux's software RAID6 (26 drives in
the machine in total - multiple controllers).  The 9123-based cards were
selected because they were more readily available and cheaper.  Just
straight AHCI passthrough is all I want to work here, and the firmware
version installed on the 9123 cards I have doesn't support RAID AFAIK,
it just does plain AHCI.

And going back to the 9125 - the performance with that is unreliable
unless you turn off NCQ, and more seriously, sometimes reads are failed
entirely.  These are the 88SE9125 results again with 2.6.38 and the
default Linux NCQ depth of 31, whilst reading a single drive at a time
from behind a 3726 PMP:

 Timing buffered disk reads: 386 MB in  3.00 seconds = 128.59 MB/sec
 Timing buffered disk reads:  38 MB in  7.01 seconds =   5.42 MB/sec
 Timing buffered disk reads: read(2097152) returned 823296 bytes
BLKFLSBUF failed: No such device

^^ i.e. a read failure, see the previous emails for the associated
kernel error messages

 Timing buffered disk reads: 328 MB in  3.55 seconds =  92.29 MB/sec
 Timing buffered disk reads: 204 MB in  5.30 seconds =  38.48 MB/sec
 Timing buffered disk reads: 376 MB in  3.01 seconds = 124.78 MB/sec
 Timing buffered disk reads: 200 MB in  3.01 seconds =  66.53 MB/sec
 Timing buffered disk reads: 276 MB in  3.01 seconds =  91.68 MB/sec
 Timing buffered disk reads: 154 MB in  3.36 seconds =  45.81 MB/sec
 Timing buffered disk reads: 384 MB in  3.01 seconds = 127.45 MB/sec
 Timing buffered disk reads: 358 MB in  3.01 seconds = 119.03 MB/sec
 Timing buffered disk reads: 392 MB in  3.00 seconds = 130.65 MB/sec
 Timing buffered disk reads: 364 MB in  4.33 seconds =  84.11 MB/sec
 Timing buffered disk reads: 188 MB in  3.01 seconds =  62.44 MB/sec
 Timing buffered disk reads: 342 MB in  3.01 seconds = 113.47 MB/sec
 Timing buffered disk reads: 392 MB in  3.01 seconds = 130.39 MB/sec
 Timing buffered disk reads: 394 MB in  3.01 seconds = 130.76 MB/sec
 Timing buffered disk reads: 274 MB in  3.91 seconds =  70.16 MB/sec
 Timing buffered disk reads: 392 MB in  3.00 seconds = 130.50 MB/sec


Please could you acknowledge that there is actually a problem here?  I
don't know whether it's with the 88SE91xx controllers, or with the Linux
AHCI driver (or Linux PMP support), but this is clearly not correct
behaviour.  This fault doesn't appear when using a SiI3132, or an
88SX7042.  I don't currently have a different AHCI+FBS capable
controller to double-check against, but may be able to check against an
Intel one in a couple of weeks time.

Thanks,

Tim.

  reply	other threads:[~2011-07-08  9:53 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-07 18:04 SiI 3726 pmp doesn't work with 2.6.38 and Marvell 88SE9123 AHCI controller Tim Small
2011-06-09 14:37 ` Tejun Heo
2011-06-09 21:11   ` Tim Small
2011-06-10 10:24     ` Tejun Heo
2011-06-10 10:31       ` Hubert Bailey
2011-06-10 16:43       ` Tim Small
2011-07-06 20:34         ` Tim Small
2011-07-07 12:13           ` Tim Small
2011-07-07 18:30             ` Tim Small
2011-07-07 18:38               ` Tim Small
2011-07-08  4:42                 ` Hubert Bailey
2011-07-08  9:53                   ` Tim Small [this message]
2011-07-13  7:34                     ` Tejun Heo
2011-07-07 18:43             ` Tim Small

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=4E16D37D.1030701@seoss.co.uk \
    --to=tim@seoss.co.uk \
    --cc=hbailey@marvell.com \
    --cc=lil@marvell.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=tj@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;
as well as URLs for NNTP newsgroup(s).