On Fri, 30 Mar 2007 at 16:48 -0400, Matthew Szudzik wrote:
> I suspect that I may be experiencing the same problem.
After talking with Art, we've decided that I'm probably experiencing a
problem with the ath driver, and not the SMP uvm_fault bug. My problem
disappears when I boot -c and "disabl
> Then after about an hour, when you try and reboot, I get an error:
>
> uvm_fault(0x..., 0x..., 0, 1) -> e
> kernel: page fault trap, code = 0
> stopped at pmap_page_remove_86+0x114:
> 0(%eax, %edx, 4), %eax
>
I suspect that I may be experiencing the same problem. I have a brand new
Lenov
Jon Steel <[EMAIL PROTECTED]> writes:
> I forgot to add:
>
> In the log of pmap.c I found
>
> revision 1.97
> date: 2007/02/20 21:15:01; author: tom; state: Exp; lines: +204 -500
> Revert PAE pmap for now, until the strange bug is found. This stops
> the freezes many of us are seeing (especi
I forgot to add:
In the log of pmap.c I found
revision 1.97
date: 2007/02/20 21:15:01; author: tom; state: Exp; lines: +204 -500
Revert PAE pmap for now, until the strange bug is found. This stops
the freezes many of us are seeing (especially on amd64 machines running
OpenBSD/i386).
Much tes
Hi
Ive finally got the current version running and the problem below has
disappeared. I was wondering however if the problem has actually been
solved.
The line of code that Im crashing on is line 3005 of pmap.c in version 4.0:
3005if (pve->pv_ptp && (PDE(pve->pv_pmap,
3006
Theo de Raadt wrote:
> > Can you try this with -current?
> >
>
I tried with current but it froze on bootup after loading the Intel
MTRR. Vijay is having the same problem though and he said that current
did not solve the problem.
Im very suspicious of the following piece of code in
arch/i386
6 matches
Mail list logo
