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 fi
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 sam
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 Systemadm
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 unsub
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 PADD
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 Aug
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
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 c
