freebsd-arm Digest, Vol 208, Issue 3
freebsd-a...@freebsd.org
freeb...@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-arm
or, via email, send a message with subject or body 'help' to
freebsd-a...@freebsd.org
You can reach the person managing the list at
freebsd-...@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-arm digest..."
Today's Topics:
1. Re: Performance of SheevaPlug on 8-stable (Mark Tinguely)
----------------------------------------------------------------------
Message: 1
Date: Tue, 23 Mar 2010 07:56:37 -0500 (CDT)
From: Mark Tinguely <ting...@casselton.net>
Subject: Re: Performance of SheevaPlug on 8-stable
To: g...@semihalf.com, ting...@casselton.net
Cc: freeb...@freebsd.org, cog...@freebsd.org
Message-ID: <201003231256....@casselton.net>
> From g...@semihalf.com Tue Mar 23 06:14:23 2010
> X-Virus-Scanned: by amavisd-new at semihalf.com
> Date: Tue, 23 Mar 2010 12:14:12 +0100
> From: Grzegorz Bernacki <g...@semihalf.com>
On Tue, 23 Mar 2010 12:14:1, Grzegorz Bernacki wrote:
> Patch I've send is not a solution for this problem. I just send it to show
> that excluding executable pages from fix_cache mechanism fixes the problem
> and as I wrote in this mail, we need to handle executable pages with writable
> kernel mapping differently.
> I think that Mark is right. Kernel mapping should be already flushed out (we
> can just do it again to make sure). I am not sure it there is any chance that
> user mapping can have some cached data.
>
> grzesiek
This pmap_fix_cache happens at (un)mapping time, if we had to, we could
modify the DMA sync code too. I am thinking on the PVF_EXEC POST_READ
sync to invalidate both the kernel and user cache.
For example, my experimental busdma_machdep.c could keep vm_page entries
for the non-bounced cache; it also could be computed with a pmap_extract.
The bounce list could add the vm_page entry or compute it simply from the PA.
--Mark.
------------------------------
End of freebsd-arm Digest, Vol 208, Issue 3
*******************************************