Re: Another pmap related panic

2003-08-26 Thread Lukas Ertl
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

Re: Another pmap related panic

2003-08-26 Thread Mark Tinguely
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

Re: Another pmap related panic

2003-08-26 Thread Lukas Ertl
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

Re: Another pmap related panic

2003-08-26 Thread Mark Tinguely
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

Re: Another pmap related panic

2003-08-26 Thread Lukas Ertl
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

Re: Another pmap related panic

2003-08-26 Thread Alan L. Cox
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

Re: Another pmap related panic

2003-08-26 Thread Mark Tinguely
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

Another pmap related panic

2003-08-22 Thread Lukas Ertl
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