[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b1bc6a000901081452j3cce22dfy82a160cbcab0c5ed@mail.gmail.com>
Date: Thu, 8 Jan 2009 14:52:28 -0800
From: "adam radford" <aradford@...il.com>
To: "Justin Piszcz" <jpiszcz@...idpixels.com>
Cc: linux-kernel@...r.kernel.org, linux-raid@...r.kernel.org,
linux-ide-arrays@...ts.math.uh.edu
Subject: Re: [Benchmarks] How do I set the memory invalidate bit for a 3ware 9550SXU-12 controller?
On Thu, Jan 8, 2009 at 6:20 AM, Justin Piszcz <jpiszcz@...idpixels.com> wrote:
> System = RHEL5 x86_64
> Kernel = 2.6.18-53.1.13.el5
> Invalidate' (lspci now shows that the 3Ware controller 9550 is in 'MemWINV+'
> instead of 'MemWINV-' mode), maybe enhancing write throughput. The 9650 is
> in 'MemWINV-' mode. This seems somewhat frequent with SuperMicro mainboards,
The 3ware 9650SE is PCIe based, and memory-write-invalidate
does not apply. See the following link from "PCI Express System
Architecture":
http://books.google.com/books?id=sBtKutWpVh8C&pg=PA787&lpg=PA787&dq=PCIe+memory+write+invalidate&source=web&ots=fZE68z97DP&sig=qWnb8nTRBrQL2g8DwZwLpiFWE4c
> How do I change MemWINV+ to MemWINV- using setpci?
>
Why would you want to turn this bit off?
> Does anyone know how to set it via setpci?
You mean unset it (as per your above request)?
You shouldn't use 'setpci' to just artibrarily set and unset the
memwinv bit. For this bit to work correctly, the PCI device
must have its cache line size set correctly. The kernel call
pci_try_set_mwi() does this by calling pci_set_cachline_size(). The
3ware driver in kernels 2.6.25 and higher makes this call to attempt
to turn on MWI support for motherboards that to not automatically have
it enabled.
You should not be trying to turn this bit off as it most likely will not help
your performance by doing so.
-Adam
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists