[src/pgoyette-compat]: src/doc Remove the entry for MD compat_13 and _16 code...

[pgoyette <pgoyette%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/89f8848c6279
branches:  pgoyette-compat
changeset: 830802:89f8848c6279
user:      pgoyette <pgoyette%NetBSD.org@localhost>
date:      Thu Sep 27 03:54:25 2018 +0000

description:
Remove the entry for MD compat_13 and _16 code.  It's done for amd64
and arm, and mips will be done while verifying the mips builds.

diffstat:

 doc/TODO.compat-module |  15 ++++++---------
 1 files changed, 6 insertions(+), 9 deletions(-)

diffs (56 lines):

diff -r 28f5a14bdee1 -r 89f8848c6279 doc/TODO.compat-module
--- a/doc/TODO.compat-module    Thu Sep 27 03:53:30 2018 +0000
+++ b/doc/TODO.compat-module    Thu Sep 27 03:54:25 2018 +0000
@@ -1,4 +1,4 @@
-/* $NetBSD: TODO.compat-module,v 1.1.2.13 2018/09/27 02:27:05 pgoyette Exp $ */
+/* $NetBSD: TODO.compat-module,v 1.1.2.14 2018/09/27 03:54:25 pgoyette Exp $ */
 
 DONE
 ----
@@ -60,17 +60,14 @@
 16. The ieee_80211 compat code needs to be verified to make sure it is
     handling the if43_20 compat routine cvtcmd() correctly.
 
-17. Need to "hookup" the netbds32_machdep_13 and netbsd32_machdep_16 stuff
-    for amd64 and arm;  probably also need empty stubs for other arch's
-
 
 TODO - Not required for branch merge
 ------------------------------------
-18. Audit the entire code base for any remaining embedded #ifdef's for
+17. Audit the entire code base for any remaining embedded #ifdef's for
     COMPAT_xx.  When found, move the actual compat code into the compat
     hierarchy and replace originals with indirect (vectored) calls.
 
-19. The rtsock compat code is a disaster, with rtsock_50.c #include-ing
+18. The rtsock compat code is a disaster, with rtsock_50.c #include-ing
     the main rtsock.c code with various manipulations of the COMPAT_50
     macro.  Once rtsock is separated, compat_14 references to rtsock_50
     routines needs to be verified.
@@ -80,7 +77,7 @@
     the compat code can be executed, neither on the branch nor on
     HEAD.
 
-20. The compat_60 module still needs some work for XEN systems.  We
+19. The compat_60 module still needs some work for XEN systems.  We
     probably need some build infrastructure changes to ensure that
     XEN (and, for i386, XEN-PAE) modules are build with the correct
     macros defined and with -I directories specified in the same order
@@ -88,7 +85,7 @@
     prevents loading of micro-code updates for amd64 processors running
     XEN kernels.  This limitation also exists on HEAD.
 
-21. There seems to be quite a bit of MD compat_xx code, in the various
+20. There seems to be quite a bit of MD compat_xx code, in the various
     sys/arch/ directories.  I haven't yet looked at any of this.  But it
     seems to me that the MI compat build infrastructure should have some
     mechanism to "reach over" to the MD code, #include a Makefile.inc file,
@@ -106,7 +103,7 @@
     into the monolithic COMPAT module on HEAD.  Thus, its absence from
     any of the version-specific modules is not a regression.
 
-22. For compat_50, in addition to rtsock there are some things in dev/gpio
+21. For compat_50, in addition to rtsock there are some things in dev/gpio
     and dev/wscons/wsmux that I haven't been able to cleanly separate.
     These items are not currently included in the monolithic COMPAT module
     on HEAD, so lack of integration on the branch is not a regression.