| From | Sent On | Attachments |
|---|---|---|
| Maks Verver | Mar 6, 2010 12:39 pm | |
| Bernd Walter | Mar 6, 2010 1:16 pm | |
| Bernd Walter | Mar 6, 2010 1:51 pm | |
| M. Warner Losh | Mar 6, 2010 2:25 pm | |
| Maks Verver | Mar 6, 2010 5:39 pm | |
| Bernd Walter | Mar 6, 2010 10:59 pm | |
| Maks Verver | Mar 7, 2010 11:55 am | |
| Bernd Walter | Mar 7, 2010 12:11 pm | |
| Rafal Jaworowski | Mar 7, 2010 12:30 pm | |
| Mark Tinguely | Mar 7, 2010 1:25 pm | |
| Maks Verver | Mar 7, 2010 1:38 pm | |
| Bernd Walter | Mar 7, 2010 4:26 pm | |
| Bernd Walter | Mar 7, 2010 5:30 pm | |
| Bernd Walter | Mar 7, 2010 6:16 pm | |
| Mark Tinguely | Mar 7, 2010 6:59 pm | |
| Bernd Walter | Mar 8, 2010 12:20 am | |
| Jacques Fourie | Mar 8, 2010 12:25 am | |
| Hans Petter Selasky | Mar 8, 2010 1:06 am | |
| Bernd Walter | Mar 8, 2010 4:40 am | |
| Mark Tinguely | Mar 8, 2010 5:57 am | |
| M. Warner Losh | Mar 8, 2010 6:07 am | |
| Maks Verver | Mar 8, 2010 6:28 am | |
| Grzegorz Bernacki | Mar 8, 2010 7:50 am | |
| M. Warner Losh | Mar 8, 2010 8:14 am | |
| Mark Tinguely | Mar 8, 2010 10:18 am | |
| Bernd Walter | Mar 8, 2010 10:41 am | |
| Mark Tinguely | Mar 8, 2010 11:36 am | |
| Bernd Walter | Mar 8, 2010 11:54 am | |
| Maks Verver | Mar 8, 2010 3:50 pm | |
| Rafal Jaworowski | Mar 9, 2010 2:03 am | |
| Grzegorz Bernacki | Mar 9, 2010 8:11 am | |
| Mark Tinguely | Mar 9, 2010 10:11 am | |
| Grzegorz Bernacki | Mar 10, 2010 5:57 am | |
| Rafal Jaworowski | Mar 10, 2010 6:04 am | |
| Mark Tinguely | Mar 10, 2010 6:20 am | |
| Bernd Walter | Mar 10, 2010 6:37 am | |
| Rafal Jaworowski | Mar 10, 2010 7:52 am | |
| Mark Tinguely | Mar 10, 2010 8:41 am | |
| Mark Tinguely | Mar 10, 2010 10:06 am | |
| Rafal Jaworowski | Mar 11, 2010 1:18 pm | |
| Maks Verver | Mar 12, 2010 9:51 am | |
| Maks Verver | Mar 12, 2010 11:58 am | |
| Mark Tinguely | Mar 12, 2010 1:20 pm | |
| Mark Tinguely | Mar 15, 2010 10:50 am | |
| Mark Tinguely | Mar 22, 2010 7:54 am | |
| Olivier Houchard | Mar 22, 2010 8:05 am | |
| Mark Tinguely | Mar 22, 2010 9:25 am | |
| Steve Woodford | Mar 23, 2010 1:14 am | |
| Grzegorz Bernacki | Mar 23, 2010 4:13 am | |
| Mark Tinguely | Mar 23, 2010 5:56 am | |
| Mark Tinguely | Nov 3, 2010 9:08 am |
| Subject: | Re: Performance of SheevaPlug on 8-stable | |
|---|---|---|
| From: | Grzegorz Bernacki (gj...@semihalf.com) | |
| Date: | Mar 9, 2010 8:11:58 am | |
| List: | org.freebsd.freebsd-arm | |
Maks Verver wrote:
On 03/08/2010 07:19 PM, Mark Tinguely wrote:
Could you do this instead: <code> This would give counts to make sure there is not a logic error in fix_cache.
I tried this (adding initialization of the flag variable) and the problem is triggered with (at least) these values:
kwritable uwritable kentries uentries 1 0 1 0 1 0 1 1 0 1 0 1 1 0 1 2
It seems that probles is caused by shared mapping between kernel space and user
space.
We have page mapped as executable in user space and at the same time the same
page is
mapped in kernel space as writable (row 2 and 4 in table above). I am pretty
sure that
kernel mapping is from buffer space and the buffer was created to read .text
segment from
file to memory.
I think that instead of turning off cache for user entries it is enough just to
write-back
and invalidate cache for kernel entry, assuming that code is already in buffer.
In row 1 of table there is only one writable and executable kernel entry and I
think it
may be something allocated via kmem_alloc_wait() and it shouldn't not cause any
trouble.
In row 3 we have only one executable and writable user entry and it also
shouldn't be a
problem. I think that user stack is mapped as readable, writable and executable
so maybe
it was page from stack.
grzesiek
_______________________________________________ free...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "free...@freebsd.org"





