> On Wed, 16 Oct 1996 20:32:40 -0700 
>  Pavlin Ivanov Radoslavov <pavlin@catarina.usc.edu> wrote:
> 
>  > using 400 buffers containing 1638400 bytes of memory
>  > bootpath:....
>  > mainbus0 (root): SUNW,SPARCstation-10
>  > cpu0 at mainbus0: TI, TMS390Z50 @ 36MHz, on-chip FPU
>  > cpu0: physical cache enabledon (64 b/l), 16K data (32 b/l)
>  > trap type 0x7: pc=f8024e24 npc=f8024e28 psr=41401fc7<EF,S,PS>
>  > panic: alignment fault
>  > halted
>  > 
>  > It has a SuperSPARC processor, but I am not sure about the MXCC cache
>  > (unless you want me to disassemble everything :-)) If the lack of
>  > MXCC is the reason, when approximately this patch will be available.
> 
> This looks a lot like my SS10 which has a similar problem (mine
> just hangs ... at least you panic :-)
> 
> The patch I use is below... I'll clean it up and commit it as an
> interim to Aaron making the auto-detect work...
> 
> (Remember, this is a hack... :-)
> 
> Jason R. Thorpe                                       thorpej@nas.nasa.gov
> NASA Ames Research Center                               Home: 408.866.1912
> NAS: M/S 258-6                                          Work: 415.604.0935
> Moffett Field, CA 94035                                Pager: 415.428.6939
> 

Thanks a lot for the patch...

This fixed the above problem, but it still doesn't work. The guy who
tried it says:

I managed to compile a version of NetBSD with cache disabled ... Now it
does start to boot on Paloma (sparc 10)...  but right after it says
mounting remote swap area , the machine crashes ... and says

pmap_page_protect ()  faults... At least it made further than before ...


The swap area (file) is the one I used when boot SunOS from the
network, so the machine has read-write permission. Is it also a
kernel problem or I am missing something.

Thanks

Pavlin