What is it about pmap_zero_page_uncached() that's making it panic on Cyrix
processors? I thought it was supposed to help boost performance, if so I'd
hate to see that functionality lost on Cyrix processors.

I disabled the in-kernel debugger and haven't been bothered by the panics
since. I don't know if it has to do with the debugger or if the problem is
fixed.

sun:/usr/home/jmcneill$ uname -a
NetBSD sun.invisible.ca 1.5A NetBSD 1.5A (SUN) #0: Sun Jun 25 02:27:07 ADT
2000     jmcneill@sun.invisible.ca:/common/src/sys/arch/i386/compile/SUN
i386
sun:/usr/home/jmcneill$ grep ^cpu /var/run/dmesg.boot
cpu0: family 6 model 0 step 0
cpu0: Cyrix 6x86MX (686-class)

Jared

On Mon, 3 Jul 2000, Manuel Bouyer wrote:

> Date: Mon, 3 Jul 2000 16:25:15 +0200
> From: Manuel Bouyer <bouyer@antioche.lip6.fr>
> To: port-i386@netbsd.org
> Subject: The i386 pmap_zero_page_uncached() problem
> 
> Hi,
> this week end I tried installing NetBSD on an old cyrix 133Mhz.
> The install kernel worked just fine, but the GENERIC one paniced very
> quickly (before init was run I think) with a trap in pmap_zero_page().
> Disabling the CPU cache allowed me to rebuild a kernel with the
> PMAP_PAGEIDLEZERO thing disabled, and it works without problems with the
> internal cache enabled.
> We should really solve this before 1.5. Is there an easy way to make the use
> of PMAP_PAGEIDLEZERO conditional on the CPU type ?
> 
> --
> Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
> --
> 
>