On Fri, 22 Aug 2003, Mark Tinguely wrote:
I got another pmap related panic on my HTT SMP machine. If I don't get
that completely wrong, it dies again after accessing the return value of
pmap_pte_quick().
I haven't buried myself in the 5.x pmap/vm code, but I did a visual inspection
It could be a memory problem. Could you also please apply an assert
to pmap_enter_quick() + INVARIANTS. This is a quick test that checks
all the other paths that call pmap_enter_quick() are locked out so
that two processors cannot be using the PADDR1/PMAP1 at the same time.
--- pmap.c.orig Mon
On Tue, 26 Aug 2003, Mark Tinguely wrote:
It could be a memory problem. Could you also please apply an assert
to pmap_enter_quick() + INVARIANTS. This is a quick test that checks
all the other paths that call pmap_enter_quick() are locked out so
that two processors cannot be using the
MY APOLOGIES, I am s embarrassed.
I should have placed that in pmap_pte_quick(), not pmap_enter_quick().
--Mark Tinguely [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Tue, 26 Aug 2003, Mark Tinguely wrote:
MY APOLOGIES, I am s embarrassed.
I should have placed that in pmap_pte_quick(), not pmap_enter_quick().
This one panics, too, right at boot time.
regards,
le
--
Lukas Ertl eMail: [EMAIL PROTECTED]
UNIX
Mark Tinguely wrote:
It could be a memory problem. Could you also please apply an assert
to pmap_enter_quick() + INVARIANTS. This is a quick test that checks
all the other paths that call pmap_enter_quick() are locked out so
that two processors cannot be using the PADDR1/PMAP1 at the same
Thank-you,
The fact that pmap_pte_quick() panics on the untrue mutex should
indicate that it is possible that 2 processors may enter pmap_pte_quick()
at the same time and therefore it is possible to have the one processor
invalidate the VA/PA mapping using PADDR1/PMAP1. If that is true then
the
Hi,
I got another pmap related panic on my HTT SMP machine. If I don't get
that completely wrong, it dies again after accessing the return value of
pmap_pte_quick().
Kernel is: 5.1-CURRENT FreeBSD 5.1-CURRENT #23: Thu Aug 21 21:19:53 CEST
2003
NB: the other panic that I saw frequently can