[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49F60BF8.8040404@ovro.caltech.edu>
Date: Mon, 27 Apr 2009 12:48:08 -0700
From: David Hawkins <dwh@...o.caltech.edu>
To: Timur Tabi <timur@...escale.com>
CC: linuxppc-dev@...abs.org, Dan Williams <dan.j.williams@...el.com>,
Liu Dave-R63238 <DaveLiu@...escale.com>,
linux-kernel@...r.kernel.org, Ira Snyder <iws@...o.caltech.edu>
Subject: Re: [PATCH] fsldma: use PCI Read Multiple command
>> Would you like some sort of summary of this info for a commit
>> message?
>
> That's probably overkill. I just want a sentence or two that tells
> someone looking at the code casually that the behavior of reading PCI
> memory might be different than what they expect.
Ok, will-do.
>> Would you like us to check any other transaction/register combos?
>
> Yes, could you try this on non-PCI memory?
We've been using it to DMA between the x86 host main memory and
the MPC8349EA boards (PCI targets). The reason we changed to
Read Multiple was that it had a dramatic improvement in
efficiency through bridges. However, the x86 host memory
is prefetchable, so is consistent with the use of Read Multiple.
Can you give me an example of non-PCI memory that would be
non-prefetchable that you'd like us to try? We can see if our
host CPUs have an area like that ... we just need to know
what device to look for first :)
Cheers,
Dave
--
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