[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <m1abwws3uh.fsf@ebiederm.dsl.xmission.com>
Date: Wed, 25 Apr 2007 12:31:34 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Andi Kleen <ak@...e.de>
Cc: Roland Dreier <rdreier@...co.com>, linux-kernel@...r.kernel.org,
mst@...lanox.co.il, jackm@...lanox.co.il
Subject: Re: pgprot_writecombine() and PATs on x86
Andi Kleen <ak@...e.de> writes:
> On Wednesday 25 April 2007 20:02:26 Roland Dreier wrote:
>> Hi Eric,
>>
>> Where do your patches to add an implementation of
>> pgprot_writecombine() using PATs on x86 stand?
>
> It's on my todo list.
Basically enabling PAT is easy. Adding the paranoid checks is
trickier. I keep intending to do something but...
>> The mlx4 driver I'm
>> planning on merging for 2.6.22 would really like writecombining, and
>> I'm interested in doing the work to finally get the PAT stuff merged
>> (probably for 2.6.23 I guess).
>>
>> Just to give a little background on my motivation: the mlx4 hardware
>> allows a page in its PCI space to be mapped, where the driver can write
>> descriptors and payloads directly, instead of ringing a doorbell and
>> having the HW fetch the descriptor from system memory, for better latency.
>
> When it's PCI space you can likely just use MTRRs. PAT is mostly useful
> for applications that do IO with random memory pages
The problem is that on machines with larger memory configurations (8-12G)
there are no spare mtrrs, or the mtrrs can frequently be configured in
an overlapping way so that we can't set them up. In general mtrrs
work ok for one card possible for two and after that they are just
useless.
PAT is also much easier to use from a driver perspective, and it is
much more portable between architectures. Using mtrrs from drivers
is almost impossible.
Roland is the mlx4 sane enough to put the memory that needs
write-combining a prefetchable bar. So several cards can be combined
together?
Eric
-
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