Subject: CVS commit: syssrc
To: None <source-changes@netbsd.org>
From: Tohru Nishimura <nisimura@netbsd.org>
List: source-changes
Date: 03/27/2000 17:00:03
Module Name:	syssrc
Committed By:	nisimura
Date:		Tue Mar 28 01:00:02 UTC 2000

Modified Files:
	syssrc/sys/arch/mips/mips: pmap.c

Log Message:
The previous microscale optimazation in pmap_asid_alloc() was
half-baked and resulted in one superfluous ASID bump if new pmaps
are created when pmap_asid_generation > 0.   Need to initialize pmap
fields correctly.

Yet, this possibly might not be the perfect solution.  If one
process bumped pmap_asid_generation _after_ a new pmap was created
and initialized with then-current pmap_asid_generation value.  In
that case, the new pmap would have another (superfluous) ASID bump
when 2nd (not 1st) CPU tick is assigned.  I'm not sure if this case
would happen.

Have pmap_max_asid variable to hold the maximum number of ASID
(TLBpid) supported by processor anticipating the possible runtime
cost of ((CPUISMIPS3)? MIPS3_TLB_NUM_ASIDS : MIPS1_TLB_NUM_PIDS).


To generate a diff of this commit:
cvs rdiff -r1.84 -r1.85 syssrc/sys/arch/mips/mips/pmap.c

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.