* Disable Caching for mmap() address
@ 2009-11-09 23:21 Jonathan Haws
2009-11-12 9:32 ` Benjamin Herrenschmidt
0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Haws @ 2009-11-09 23:21 UTC (permalink / raw)
To: linuxppc-dev@lists.ozlabs.org
All,
I would like to disable caching for an address that was returned from a cal=
l to mmap(). I am using this address for DMA operations in user space and =
want to make sure that the data cache is turned off for that buffer.
The way this works is the driver simply takes an address I provide and begi=
ns a DMA operation to that location in RAM (I have ensured that this is a p=
hysical address I am passing already). When the DMA is complete, an interr=
upt fires and the ISR gives a semaphore that the user space application is =
pending on (RT_SEM from Xenomai). I have tried simply calling a cache inva=
lidate routine in the ISR before I give the semaphore, but the kernel crash=
es when I try to call that routine - my guess it because the kernel does no=
t have direct access to that location in memory (only my application does, =
according to the MMU).
Anyway, all I want to do is make sure that the buffer is never stored in th=
e cache and that I always fetch it from RAM. How can I specify that using =
mmap() on the /dev/mem device, or is there a better way to accomplish this?
Thanks,
Jonathan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Disable Caching for mmap() address
2009-11-09 23:21 Disable Caching for mmap() address Jonathan Haws
@ 2009-11-12 9:32 ` Benjamin Herrenschmidt
2009-11-12 15:26 ` Jonathan Haws
0 siblings, 1 reply; 3+ messages in thread
From: Benjamin Herrenschmidt @ 2009-11-12 9:32 UTC (permalink / raw)
To: Jonathan Haws; +Cc: linuxppc-dev@lists.ozlabs.org
On Mon, 2009-11-09 at 16:21 -0700, Jonathan Haws wrote:
> All,
>
> I would like to disable caching for an address that was returned from a call to mmap(). I am using this address for DMA operations in user space and want to make sure that the data cache is turned off for that buffer.
>
> The way this works is the driver simply takes an address I provide and begins a DMA operation to that location in RAM (I have ensured that this is a physical address I am passing already). When the DMA is complete, an interrupt fires and the ISR gives a semaphore that the user space application is pending on (RT_SEM from Xenomai). I have tried simply calling a cache invalidate routine in the ISR before I give the semaphore, but the kernel crashes when I try to call that routine - my guess it because the kernel does not have direct access to that location in memory (only my application does, according to the MMU).
>
> Anyway, all I want to do is make sure that the buffer is never stored in the cache and that I always fetch it from RAM. How can I specify that using mmap() on the /dev/mem device, or is there a better way to accomplish this?
There is no "proper" way to do this, in large part because it's not
always legal to map memory non-cached for various reasons I don't
have time to explain right now...
You may be able to get it working though but using a specific driver
with an mmap function that tweaks the attributes or using mmap
of /dev/mem after opening it with O_SYNC (off the top of my mind)
But it's a bit fishy as the kernel has a cacheable mapping of most
of memory and so you may end up with cache aliases...
Cheers,
Ben.
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: Disable Caching for mmap() address
2009-11-12 9:32 ` Benjamin Herrenschmidt
@ 2009-11-12 15:26 ` Jonathan Haws
0 siblings, 0 replies; 3+ messages in thread
From: Jonathan Haws @ 2009-11-12 15:26 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev@lists.ozlabs.org
> On Mon, 2009-11-09 at 16:21 -0700, Jonathan Haws wrote:
> > All,
> >
> > I would like to disable caching for an address that was returned
> from a call to mmap(). I am using this address for DMA operations
> in user space and want to make sure that the data cache is turned
> off for that buffer.
> >
> > The way this works is the driver simply takes an address I provide
> and begins a DMA operation to that location in RAM (I have ensured
> that this is a physical address I am passing already). When the DMA
> is complete, an interrupt fires and the ISR gives a semaphore that
> the user space application is pending on (RT_SEM from Xenomai). I
> have tried simply calling a cache invalidate routine in the ISR
> before I give the semaphore, but the kernel crashes when I try to
> call that routine - my guess it because the kernel does not have
> direct access to that location in memory (only my application does,
> according to the MMU).
> >
> > Anyway, all I want to do is make sure that the buffer is never
> stored in the cache and that I always fetch it from RAM. How can I
> specify that using mmap() on the /dev/mem device, or is there a
> better way to accomplish this?
>=20
> There is no "proper" way to do this, in large part because it's not
> always legal to map memory non-cached for various reasons I don't
> have time to explain right now...
>=20
> You may be able to get it working though but using a specific driver
> with an mmap function that tweaks the attributes or using mmap
> of /dev/mem after opening it with O_SYNC (off the top of my mind)
>=20
> But it's a bit fishy as the kernel has a cacheable mapping of most
> of memory and so you may end up with cache aliases...
Thanks for the response, Ben. I am hoping that by passing a mem=3D argumen=
t to the kernel at boot time, the memory that I am setting aside for my DMA=
will be kept hidden from the kernel and the MMU. I am then mapping that m=
emory in user space with mmap() on /dev/mem and that descriptor is being op=
ened with the O_SYNC flag. I just wanted to make sure I was covering all m=
y bases.
Thanks,
Jonathan
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-11-12 15:26 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-09 23:21 Disable Caching for mmap() address Jonathan Haws
2009-11-12 9:32 ` Benjamin Herrenschmidt
2009-11-12 15:26 ` Jonathan Haws
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).