Up to [local] / src / sys / kern
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.1.10.2, Wed Oct 31 03:26:29 2001 UTC (22 years, 7 months ago) by nate
Branch: SMP
Changes since 1.1.10.1: +1 -1 lines
FILE REMOVED
Sync the SMP branch to something just after 3.0
Revision 1.4, Thu Jul 5 07:24:10 2001 UTC (22 years, 11 months ago) by art
Branch: MAIN
CVS Tags: UBC_SYNC_B,
UBC_SYNC_A,
SMP_SYNC_B,
SMP_SYNC_A,
HEAD
Changes since 1.3: +1 -1 lines
FILE REMOVED
kern_fthread is no longer needed.
Revision 1.1.10.1 / (download) - annotate - [select for diffs], Wed Jul 4 10:48:19 2001 UTC (22 years, 11 months ago) by niklas
Branch: SMP
Changes since 1.1: +1 -68 lines
Diff to previous 1.1 (colored)
Merge in -current from two days ago in the SMP branch. As usual with merges, they do not indicate progress, so do not hold your breath for working SMP, and do not mail me and ask about the state of it. It has not changed. There is work ongoing, but very, very slowly. The commit is done in parts as to not lock up the tree in too big chunks at a time.
Revision 1.3 / (download) - annotate - [select for diffs], Wed Jun 27 04:49:42 2001 UTC (22 years, 11 months ago) by art
Branch: MAIN
Changes since 1.2: +1 -70 lines
Diff to previous 1.2 (colored)
remove old vm
Revision 1.2 / (download) - annotate - [select for diffs], Sun May 6 01:23:37 2001 UTC (23 years, 1 month ago) by art
Branch: MAIN
Changes since 1.1: +3 -1 lines
Diff to previous 1.1 (colored)
iprintf is not used with UVM
Revision 1.1 / (download) - annotate - [select for diffs], Sun Mar 1 00:37:56 1998 UTC (26 years, 3 months ago) by niklas
Branch: MAIN
CVS Tags: kame_19991208,
SMP_BASE,
OPENBSD_2_9_BASE,
OPENBSD_2_9,
OPENBSD_2_8_BASE,
OPENBSD_2_8,
OPENBSD_2_7_BASE,
OPENBSD_2_7,
OPENBSD_2_6_BASE,
OPENBSD_2_6,
OPENBSD_2_5_BASE,
OPENBSD_2_5,
OPENBSD_2_4_BASE,
OPENBSD_2_4,
OPENBSD_2_3_BASE,
OPENBSD_2_3
Branch point for: SMP
Merge of MACHINE_NEW_CONTIG (aka MNN) code from Chuck Cranor, <chuck@openbsd.org>. This code is as of yet disabled on all platforms, actually not yet supported on more than mvme68k, although other platforms are expected soon, as code is already available. This code makes handling of multiple physical memory regions consistent over all platforms, as well as keeping the performance of maintaining a single continuous memory chunk. It is also a requirement for the upcoming UVM replacement VM system. What I did in this merge: just declared the pmap_map function in a MD include file per port that needs it. It's not an exported pmap interface, says Chuck. It ended up in differnt include files on differnet ports, as I tried to follow the current policy on a per-arch basis.