Recent changes to this wiki:

Index: wikisrc/amazon_ec2.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/amazon_ec2.mdwn,v
retrieving revision 1.54
retrieving revision 1.55
diff -u -r1.54 -r1.55
--- wikisrc/amazon_ec2.mdwn	10 Oct 2019 14:31:51 -0000	1.54
+++ wikisrc/amazon_ec2.mdwn	10 Oct 2019 14:33:12 -0000	1.55
@@ -5,5 +5,5 @@
 * [Subscribe to Amazon EC2, and understand its vocabulary](first_steps)
 * [Launching your first NetBSD instance in 5 minutes](netbsd_in_5_min)
 * [Building your own NetBSD AMI - Xen PV](build_your_own_ami)
-* [Build instructions for NetBSD AMI with ENA/NVMe - HVM](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)
+* [Build instructions for NetBSD AMI with ENA support - HVM](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)
 * [NetBSD AMIs identifiers, by region](amis)

Index: wikisrc/amazon_ec2.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/amazon_ec2.mdwn,v
retrieving revision 1.53
retrieving revision 1.54
diff -u -r1.53 -r1.54
--- wikisrc/amazon_ec2.mdwn	8 Oct 2019 18:55:52 -0000	1.53
+++ wikisrc/amazon_ec2.mdwn	10 Oct 2019 14:31:51 -0000	1.54
@@ -4,6 +4,6 @@
 
 * [Subscribe to Amazon EC2, and understand its vocabulary](first_steps)
 * [Launching your first NetBSD instance in 5 minutes](netbsd_in_5_min)
-* [Building your own NetBSD AMI for t* instance](build_your_own_ami)
-* [Building NetBSD AMI for c5 instance with ENA](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)
+* [Building your own NetBSD AMI - Xen PV](build_your_own_ami)
+* [Build instructions for NetBSD AMI with ENA/NVMe - HVM](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)
 * [NetBSD AMIs identifiers, by region](amis)

Index: wikisrc/amazon_ec2.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/amazon_ec2.mdwn,v
retrieving revision 1.52
retrieving revision 1.53
diff -u -r1.52 -r1.53
--- wikisrc/amazon_ec2.mdwn	8 Oct 2019 17:24:55 -0000	1.52
+++ wikisrc/amazon_ec2.mdwn	8 Oct 2019 18:55:52 -0000	1.53
@@ -4,6 +4,6 @@
 
 * [Subscribe to Amazon EC2, and understand its vocabulary](first_steps)
 * [Launching your first NetBSD instance in 5 minutes](netbsd_in_5_min)
-* [Building your own NetBSD AMI](build_your_own_ami)
+* [Building your own NetBSD AMI for t* instance](build_your_own_ami)
+* [Building NetBSD AMI for c5 instance with ENA](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)
 * [NetBSD AMIs identifiers, by region](amis)
-* [How to build NetBSD AMI for c5 instance with ENA](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)

Index: wikisrc/amazon_ec2.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/amazon_ec2.mdwn,v
retrieving revision 1.51
retrieving revision 1.52
diff -u -r1.51 -r1.52
--- wikisrc/amazon_ec2.mdwn	23 Feb 2018 17:32:56 -0000	1.51
+++ wikisrc/amazon_ec2.mdwn	8 Oct 2019 17:24:55 -0000	1.52
@@ -6,3 +6,4 @@
 * [Launching your first NetBSD instance in 5 minutes](netbsd_in_5_min)
 * [Building your own NetBSD AMI](build_your_own_ami)
 * [NetBSD AMIs identifiers, by region](amis)
+* [How to build NetBSD AMI for c5 instance with ENA](http://www.netbsd.org/~ryoon/ena/how-to-create-ami-for-aws-c5.txt)

Index: wikisrc/amazon_ec2/first_steps.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/amazon_ec2/first_steps.mdwn,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- wikisrc/amazon_ec2/first_steps.mdwn	5 Feb 2013 12:31:33 -0000	1.3
+++ wikisrc/amazon_ec2/first_steps.mdwn	8 Oct 2019 11:03:51 -0000	1.4
@@ -67,4 +67,4 @@
 
 These instances are tied to a *region* (a geographical location; typically US East, US West, Europe West, etc.). Each region has *availability zones*, which can be compared to a sub-region, each one being physically distinct from another. Regions are identified by a name, like *us-east-1*, *eu-west-1*. Same goes for availability zones, usually with the region's name as prefix: *us-east-1a*, *us-east-1b*, and so forth. Note that resources are **not** shared between zones, so if you transfer data from one zone to another, you will be charged for it.
 
-AKI, or *Amazon Kernel Image*, are a specific type of image. It represents the Xen guest para-virtualized kernel, as used by an AMI. Certain AKIs are allowed to boot customized operating systems, e.g. those that are still not officially supported by Amazon. Thanks to [PyGrub](http://wiki.xensource.com/xenwiki/PyGrub), it can boot a kernel that resides inside an AMI's snapshot.
+AKI, or *Amazon Kernel Image*, are a specific type of image. It represents the Xen guest para-virtualized kernel, as used by an AMI. Certain AKIs are allowed to boot customized operating systems, e.g. those that are still not officially supported by Amazon. Thanks to [PyGrub](https://wiki.xenproject.org/wiki/PyGrub), it can boot a kernel that resides inside an AMI's snapshot.

Remove outdated copy of current users FAQ.
https://www.netbsd.org/docs/current/
--- wikisrc/tracking_current.mdwn	2019-10-04 12:07:26.468589119 +0000
+++ /dev/null	2019-10-04 12:06:07.408550622 +0000
@@ -1,446 +0,0 @@
-# Tracking NetBSD-current
-
-**Contents**
-
-[[!toc levels=2]]
-
-## Why track NetBSD-current?
-
-The developers of NetBSD have made the current development sources
-available to the public for several reasons. Overall, providing
-NetBSD-current helps us to create a more stable, accessible system.
-
-It makes it easier for people to become involved in the development of
-NetBSD. Distributing the current development sources allows a greater
-number of people to see where the system is going, and to become
-involved with new features as they are implemented.
-
-It also makes changes from users easier to integrate. If users make
-changes against the current development sources, then virtually no
-integration is needed to get them into the master source tree.
-
-It also allows wider testing of the software as it is developed. Users
-of NetBSD-current are encouraged to send in
-[bug reports](http://netbsd.org/support/send-pr.html) about the current sources,
-and that helps find and fix bugs. Because people are testing the software soon
-after it's written, more bugs can be found and eliminated.
-
-## Things you need to remember
-
- * People using NetBSD-current are strongly encouraged to subscribe to
-   the [current-users](http://netbsd.org/mailinglists/#current-users) mailing
-   list. The [source-changes](http://netbsd.org/mailinglists/#source-changes)
-   mailing list is also of interest.
-
- * When upgrading to a more recent version of -current you should
-   *always* install and boot a new kernel before installing any new libs (unless 
-   you are certain there have been no new system calls added, but do it anyway; 
-   it's safer).In general the best approach is to try the new kernel before 
-   anything else, and if you hit any problems see the entry in the
-   [Kernel FAQ](http://netbsd.org/docs/kernel/#problems_compiling_a_current_kernel).
-
- * When compiling a -current kernel, always remember to include the
-   `COMPAT_<lastrelease>` option (e.g., `COMPAT_80`). As current diverges from
-   the last stable release, compatibility code will be added, but it will only
-   be enabled if this option is present. At a bare minimum, you will need this
-   compatibility code for the time between booting the new kernel and finishing
-   your build via `build.sh`
-
-## Updating an existing system from a current snapshot
-
-*Please remember to check
-[src/UPDATING](http://ftp.netbsd.org/pub/NetBSD/NetBSD-current/src/UPDATING) for
-quirks around certain specific changes.*
-
-To quickly begin using current, start with a snapshot generated by release
-engineering. The current status of each platform can be seen at
-[NetBSD Autobuild](http://releng.NetBSD.org/cgi-bin/builds.cgi) and the
-corresponding releases found in by date and platform.
-
- 1. Hunt down to the desired `binary/sets` directory, and `mget *.tgz` files
-    into your favorite local administrative directory (for example,
-    `$HOME/current`); when limited by disk space and/or time, only
-	`kern-GENERIC`, `etc`, `base`, and `comp` (if you want a compiler) are
-	essential.
- 2. Extract the desired kernel (usually `GENERIC`), copy it into (root) directory.
-
-        # cd /root
-        # tar -zxpf ~/kern-GENERIC.tgz
-        # ln -fh /netbsd /netbsd.old
-        # cp netbsd /netbsd.new
-        # ln -fh /netbsd.new /netbsd
-
-    > **Warning**: Don't extract any userland binary sets before rebooting your
-    > machine with the new kernel. Newer binaries might use new system calls an
-    > old running kernel doesn't support.
-
- 3. Check if there are any other files which might also be required by a new
-    kernel. Again,
-    [src/UPDATING](http://ftp.netbsd.org/pub/NetBSD/NetBSD-current/src/UPDATING)
-    might mention possible quirks on daily changes.
-	
-	The following items are typical files that possibly need to be updated:
-
-     1. bootloader
-        
-        Usually a machine specific bootloader passes several parameters to a 
-        loaded kernel. If some new parameters have been added or some existing 
-        APIs between bootloader and kernel are changed you might also have to 
-        install new bootloader files for a new kernel to handle new features. A 
-        method to update bootloader files is quite machine dependent, so check 
-        boot(8) and installboot(8) man pages for details.
-        
-        
-        On i386 and amd64, if you are using FFSv1 for root file system on `wd0a` 
-        (i.e. first ATA drive), typical commands to update bootloaders are:
-
-            # tar -C /tmp -zxf ~/base.tgz ./usr/mdec
-            # cp /tmp/usr/mdec/boot /
-            # installboot -v /dev/rwd0a /tmp/usr/mdec/bootxx_ffsv1
-
-        If you are using FFSv2 for root file system use the following commands 
-        instead:
-
-            # tar -C /tmp -zxf ~/base.tgz ./usr/mdec
-            # cp /tmp/usr/mdec/boot /
-            # installboot -v /dev/rwd0a /tmp/usr/mdec/bootxx_ffsv2
-
-        Note `/usr/mdec/bootxx_ffsv1` and `/usr/mdec/bootxx_ffsv2` are primary 
-        bootloaders which are file system dependent. `/usr/mdec/boot` is 
-        secondary loader and it's file system independenet.
-
-        If you forget your root file system type (FFSv1 or FFSv2), you can check 
-        it by dumpfs(8) command:
-
-            # dumpfs /dev/rwd0a | head -3
-            file system: /dev/rwd0a
-            format  FFSv2
-            endian  little-endian
-
-     2. kernel modules
-
-        A new framework *kernel modules* was been introduced after netbsd-5 was 
-        branched.
-        The kernel module files 
-        will be loaded dynamically by the kernel to support various kernel 
-        options (including file systems) on demand, rather than linking all 
-        necessary (but possibly unused) object files into the kernel binary. 
-        This means if you are trying to boot a new `GENERIC` kernel, you also 
-        have to prepare new kernel module files for the new kernel. 
-
-        To prepare new kernel module files, you can simply use a new `modules` 
-        set file which has been prepared since September 2009:
-
-            # cd /
-            # tar -zxpf ~/modules.tgz
-                
-        Note i386 port also provides `MONOLITHIC` kernel binary in 
-        `kern-MONOLITHIC.tgz` set file since October 2009. The `MONOLITHIC` 
-        kernel includes all necessary options in its kernel as well as 5.0 and 
-        prior `GENERIC` kernels and it doesn't depend on kernel module files at 
-        all. If you would just like to test new features of a new kernel without 
-        updating kernel modules, using `MONOLITHIC` kernel is easier way for the 
-        first and quick trial. 
-
-        It's also a good idea to put an old `MONOLITHIC` kernel into `/` (root) 
-        directory for emergency and recovery because if newer modules have some 
-        fatal issue there is no easy way to specify an alternative path of old 
-        module files to a modular'ized kernel (and you can't rename directories 
-        without a working kernel).
-
- 4. Reboot machine with the new kernel:
-
-        # shutdown -r now
-
- 5. Make sure the new kernel boots and works properly. If your new kernel has
-    any trouble, you can recover it by loading the renamed old one. If you are 
-    using a modularised GENERIC kernel as mentioned above, you might also have to 
-    restore old kernel module files.
-
- 6. Extract the matching base, and any other desirable feature sets **except 
-    etc**:
-
-        # cd /
-        # tar -zxpf ~/base.tgz
-        # tar -zxpf ~/comp.tgz
-        # ...
-            
-
-    Don't forget to specify "p" option (preserve permissions) on tar(1) command 
-    otherwise setuid'ed commands (like su(1)) won't work.
-
-    **Warning**: Extracting `etc.tgz` on the installed system will overwrite your 
-    local settings.
-
- 7. [Update](http://netbsd.org/docs/current/index.html#etcupdate) `/etc` as the 
-    last step: postinstall(8) will first check and fix most things that can be 
-    automated, and etcupdate(8) in the second step will ask on what to merge:
-
-        # /usr/sbin/postinstall -s ~/etc.tgz check
-        # /usr/sbin/postinstall -s ~/etc.tgz fix
-        # /usr/sbin/etcupdate -s ~/etc.tgz
-        # shutdown -r now
-            
-    If you have the X sets installed (xbase, ...), you can repeat the 
-	postinstall and etcupdate steps with xetc.tgz as argument before rebooting.
-
-At this point, you are relatively current and ready to build your own current 
-source.
-
-## Downloading current source
-
-See the [Obtaining the sources](http://netbsd.org/docs/guide/en/chap-fetch.html) 
-section in the [[NetBSD Guide|guide/index]].
-
-## Building a release from source
-
-See the [Crosscompiling NetBSD](http://netbsd.org/docs/guide/en/chap-build.html) 

(Diff truncated)
Index: wikisrc/ports/evbarm/tegra.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm/tegra.mdwn,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -r1.49 -r1.50
--- wikisrc/ports/evbarm/tegra.mdwn	11 Oct 2017 08:43:24 -0000	1.49
+++ wikisrc/ports/evbarm/tegra.mdwn	4 Oct 2019 10:13:52 -0000	1.50
@@ -1,9 +1,9 @@
 [[!meta title="NetBSD/evbarm on NVIDIA Tegra"]]
 
-NetBSD 8.0 supports the NVIDIA Tegra K1 (32-bit) system-on-a-chip.
-NetBSD -current adds support for the NVIDIA Tegra X1 system-on-a-chip.
+NetBSD 8.0 supports the NVIDIA Tegra K1 (32-bit) system-on-a-chip.  
+NetBSD 9.0 adds support for the NVIDIA Tegra X1 system-on-a-chip.
 
-The [NVIDIA Jetson TK1 development kit](https://developer.nvidia.com/jetson-tk1) is a board based on the Tegra K1 SoC.
+The [NVIDIA Jetson TK1 development kit](https://developer.nvidia.com/jetson-tk1) is a board based on the Tegra K1 SoC.  
 The [NVIDIA Jetson TX1 development kit](https://developer.nvidia.com/jetson-tx1) is a board based on the Tegra X1 SoC.
 
 

Adjust port_alt to point to port-powerpc@ ML (there was/is not any
port-evbppc@ ML)
Problem noticed by Tim via WWW Feedback form.
Members: 
	ports/evbppc.mdwn:1.21->1.22 

Index: wikisrc/ports/evbppc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbppc.mdwn,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- wikisrc/ports/evbppc.mdwn	2 Jun 2019 13:32:38 -0000	1.21
+++ wikisrc/ports/evbppc.mdwn	3 Oct 2019 20:47:56 -0000	1.22
@@ -1,5 +1,6 @@
 [[!template id=port
 port="evbppc"
+port_alt="powerpc"
 cur_rel="8.1"
 future_rel="9.0"
 changes_cur="8.1"

Sync with htdocs/global.css,-r1.86
Index: wikisrc/global.css
===================================================================
RCS file: /cvsroot/wikisrc/global.css,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- wikisrc/global.css	4 Sep 2019 22:09:32 -0000	1.12
+++ wikisrc/global.css	24 Sep 2019 09:02:37 -0000	1.13
@@ -1,4 +1,4 @@
-/* $NetBSD: global.css,v 1.12 2019/09/04 22:09:32 cnst Exp $ */
+/* $NetBSD: global.css,v 1.13 2019/09/24 09:02:37 leot Exp $ */
 
 /* ##### Common Styles ##### */
 
@@ -148,7 +148,6 @@
 
 #navBar {
   font-size: 14px;
-  min-width: 1050px;
   background-color: #444;
 }
 
@@ -191,6 +190,13 @@
   white-space: nowrap;
 }
 
+@media only screen and (min-device-width: 801px) and (max-width: 1050px) {
+  #navBar ul li:last-child ul {
+	left: inherit;
+	right: 7%;
+  }
+}
+
 #navBar ul li ul li a {
   min-width: 8em;
   border-left:  1px solid #fd6720;
@@ -414,7 +420,7 @@
 }
 
 .fullWidth {
-  width: 96%;
+  width: inherit;
   padding: 0 1.2em;
   border-left: none;
 }
@@ -567,28 +573,26 @@
 	Padding: 5pt;
 }
 
-th, td {
+#content table:not([border='0']) th {
+	border: 3px solid #eee;
+}
+#content table:not([border='0']) td:not(:empty) {
 	border: 1px solid #ddd;
 }
+#content table:not([border]) {
+	border-collapse: collapse;
+}
 
-td.developerslist {
+table.developerslist td {
 	White-space: nowrap;
-	Padding: 0.3em 0.3em 0.3em 0.3em;
+	vertical-align: middle;
 }
 
-td.developerslistwrap {
+table.developerslist td.developerslistwrap {
         White-space: normal;
-        Padding: 0.3em 0.3em 0.3em 0.3em;
-}
-
-table.developerslist {
-	Border-Width: 0.0em;
-	Margin-Left: 0.5em;
-	Margin-Right: 0.5em;
 }
 
 table.downloadtable {
-  border: 0;
   width: 100%;
 }
 
@@ -705,59 +709,46 @@
   display: none;
 }
 
-table.build-results th {
+table.build-results > tbody > tr > th[rowspan] {
   text-align: left;
+  vertical-align: top;
+  padding: 8pt;
 }
 
-table.build-results td {
-  padding: 0 1em 0 0;
+table.build-results > tbody > tr > td {
+  text-align: right;
 }
 
-table.build-results td.empty {
-  padding: 0 3em 0 0;
+table.build-results > tbody > tr:first-child > td {
+  padding-top: 8pt;
 }
 
-table.build-results td.build-time {
-  text-align: right;
-  padding-right: 0;
-  font-family: Ubuntu Mono, DejaVu Sans Mono, Lucida Console, Courier, monospace;
+table.build-results > tbody > tr:last-child > td {
+  padding-bottom: 8pt;
 }
 
-table.build-results td.failed {
-  color: red;
+table.build-results > tbody > tr > td {
+  padding: 0 8pt;
 }
 
-table.build-results td.totals {
-  text-align: right;
-  padding-right: 1em;
+table.build-results > tbody {
+  font-family: Ubuntu Mono, DejaVu Sans Mono, Lucida Console, Courier, monospace;
 }
 
 table.build-results td.good {
   color: #50FF50;
-  text-align: right;
-  padding-right: 2em;
 }
 
 table.build-results td.partial {
   color: #008000;
-  text-align: right;
-  padding-right: 2em;
 }
 
 table.build-results td.all-ok {
   color: #c0c0c0;
-  text-align: right;
-  padding-right: 2em;
 }
 
 table.build-results td.fails {
   color: red;
-  text-align: right;
-  padding-right: 2em;
-}
-
-table.build-results {
-  padding-bottom: 2em;
 }
 
 /* mobile overrides:
@@ -769,10 +760,6 @@
        only screen and (-webkit-min-device-pixel-ratio: 2) and (max-width: 800px) {
 	body {
 	  font-size: xx-large;
-	  margin-top: 2em;
-	}
-	#centralHeader {
-	  display: none;
 	}
 
 	#navBar {
@@ -834,21 +821,6 @@
 	  margin: 0 !important;
 	}
 
-	.menuicon {
-	  position: fixed;
-	  width: 100%;
-	  background-color: #f8f8f8;
-	  top: 0;
-	  right: 0;
-	  z-index:200;
-	  display: block;
-	  height: 2.5em;
-	  -webkit-transition-duration: 0.5s;
-	  -moz-transition-duration: 0.5s;
-	  -ms-transition-duration: 0.5s;
-	  -o-transition-duration: 0.5s;
-	  transition-duration: 0.5s;
-	}
 	.menuicon span {
 	  display: block;
 	  background-color: #fd6720;

Move EuroBSDCon 2019 to past events
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- wikisrc/events.mdwn	2 Sep 2019 22:17:05 -0000	1.81
+++ wikisrc/events.mdwn	24 Sep 2019 08:57:22 -0000	1.82
@@ -12,19 +12,6 @@
 
 Future Events
 -------------
-### `Sep 2019` - EuroBSDcon 2019, Lillehammer, Norway
-
-*September 19 - 22, 2019, Scandic Lillehammer Hotel, Lillehammer, Norway*
-
-[EuroBSDcon](https://2019.eurobsdcon.org/) is the premier European
-conference on the open source BSD operating systems attracting
-about 300 highly skilled engineering professionals, software
-developers, computer science students and professors, and users
-from all over Europe and other parts of the world. The goal of
-EuroBSDcon is to exchange knowledge about the BSD operating systems,
-facilitate coordination and cooperation among users and developers.
-
-
 ### `Mar 2020` - AsiaBSDCon 2020, Tokyo, Japan
 
 *March 19 - 22, Tokyo University of Science, Tokyo, Japan*
@@ -41,6 +28,19 @@
 
 Past Events
 -----------
+### `Sep 2019` - EuroBSDcon 2019, Lillehammer, Norway
+
+*September 19 - 22, 2019, Scandic Lillehammer Hotel, Lillehammer, Norway*
+
+[EuroBSDcon](https://2019.eurobsdcon.org/) is the premier European
+conference on the open source BSD operating systems attracting
+about 300 highly skilled engineering professionals, software
+developers, computer science students and professors, and users
+from all over Europe and other parts of the world. The goal of
+EuroBSDcon is to exchange knowledge about the BSD operating systems,
+facilitate coordination and cooperation among users and developers.
+
+
 ### `Jul 2019` - pkgsrcCon 2019, Cambridge, United Kingdom
 
 *July 13 - 14, 2019, Cambridge, United Kingdom*

Add some upstream bug reports.
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- wikisrc/users/maya/vax-gcc.mdwn	31 Aug 2019 13:17:56 -0000	1.11
+++ wikisrc/users/maya/vax-gcc.mdwn	15 Sep 2019 12:56:38 -0000	1.12
@@ -2,7 +2,7 @@
 
 [WIP tree](gcc-mirror/)
 
-## libgomp crash with -O2 ##
+## libgomp crash with -O2 [#58901](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901) ##
 Repro:
 
     #!/bin/sh
@@ -24,6 +24,24 @@
 It looks like a real bug in vax_legitimate_address_p not handling some addressing modes.  
 The code to handle offset(reg)[index] might be off: it doesn't like if neither xfoo0, xfoo1 are constant.
 
+
+## change_address_1, at emit-rtl.c:2286 [#85152](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85152) ##
+
+Repro:
+
+    #!/bin/sh
+
+    cat << EOF > oacc.i
+    void fn2();
+    unsigned a;
+    int fn1() {
+      int b = a >> 16;
+      if (b)
+        fn2();
+    }
+    EOF
+    vax--netbsdelf-gcc -O2 -c oacc.i
+
 ## unrecognizable insn with any optimization ##
 
 Repro:

markup mistake in previous
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.54
retrieving revision 1.55
diff -u -r1.54 -r1.55
--- wikisrc/releng/netbsd9.mdwn	8 Sep 2019 09:06:43 -0000	1.54
+++ wikisrc/releng/netbsd9.mdwn	8 Sep 2019 09:08:20 -0000	1.55
@@ -9,8 +9,8 @@
 * [[!template id=pr number=53016]]: Clock not stable /!\
 * [[!template id=pr number=53017]]: Kernel panics every now and then with "fpusave_lwp: did not" message
 * [[!template id=pr number=53155]]: Wedge after <12h uptime when >2 bnx network interfaces in use /!\
-* ~~[[!template id=pr number=53161]]: ATF test runs leave a rump_server process around
-* ~~[[!template id=pr number=53286]]: hdaudio(4), iwm(4) and rtsx(4) detections fail in UEFI case /!\
+* ~~[[!template id=pr number=53161]]: ATF test runs leave a rump_server process around~~
+* ~~[[!template id=pr number=53286]]: hdaudio(4), iwm(4) and rtsx(4) detections fail in UEFI case /!\~~
 * [[!template id=pr number=53291]]: GPT prevents installation
 
 Regression since [[netbsd8]]:

Add another bug with bounty and update some old ones
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.53
retrieving revision 1.54
diff -u -r1.53 -r1.54
--- wikisrc/releng/netbsd9.mdwn	3 Sep 2019 13:03:52 -0000	1.53
+++ wikisrc/releng/netbsd9.mdwn	8 Sep 2019 09:06:43 -0000	1.54
@@ -9,8 +9,8 @@
 * [[!template id=pr number=53016]]: Clock not stable /!\
 * [[!template id=pr number=53017]]: Kernel panics every now and then with "fpusave_lwp: did not" message
 * [[!template id=pr number=53155]]: Wedge after <12h uptime when >2 bnx network interfaces in use /!\
-* [[!template id=pr number=53161]]: ATF test runs leave a rump_server process around
-* [[!template id=pr number=53286]]: hdaudio(4), iwm(4) and rtsx(4) detections fail in UEFI case /!\
+* ~~[[!template id=pr number=53161]]: ATF test runs leave a rump_server process around
+* ~~[[!template id=pr number=53286]]: hdaudio(4), iwm(4) and rtsx(4) detections fail in UEFI case /!\
 * [[!template id=pr number=53291]]: GPT prevents installation
 
 Regression since [[netbsd8]]:
@@ -21,7 +21,7 @@
 * [[!template id=pr number=54093]]: Recent test regressions on sparc
 * [[!template id=pr number=54300]]: lib/libutil/t_snprintb test regression on sparc
 * [[!template id=pr number=54345]]: kernel diagnostic assertion "xfer != NULL" in wdc.c
-
+* [[!template id=pr number=54503]]: Panic during attaching nvme(4) when # of logical CPUs >= 32 ? /!\
 
 ## Bug Bountys
 

Index: wikisrc/ports/evbarm/allwinner.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm/allwinner.mdwn,v
retrieving revision 1.101
retrieving revision 1.102
diff -u -r1.101 -r1.102
--- wikisrc/ports/evbarm/allwinner.mdwn	5 Feb 2019 19:47:58 -0000	1.101
+++ wikisrc/ports/evbarm/allwinner.mdwn	5 Sep 2019 21:00:37 -0000	1.102
@@ -20,25 +20,25 @@
     </tr>
   </thead>
   <tbody>
-    <tr><td>sun4i</td><td>A10</td><td>8.99.3 and later</td><td><a href="https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME/open-source-hardware">Olimex A10-OLinuXino-LIME</a><td></td></tr>
+    <tr><td>sun4i</td><td>A10</td><td>9.0</td><td><a href="https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME/open-source-hardware">Olimex A10-OLinuXino-LIME</a><td></td></tr>
     <tr><td>sun5i</td><td>A10s</td><td>-</td><td></td></tr>
-    <tr><td>sun5i</td><td>A13</td><td>8.99.2 and later</td><td><a href="https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino/open-source-hardware">Olimex A13-OLinuXino</a>, <a href="https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-MICRO/open-source-hardware">Olimex A13-OLinuXino-MICRO</a></td></tr>
-    <tr><td>sun5i</td><td>GR8</td><td>8.99.5</td><td><a href="https://getchip.com/pages/chippro">C.H.I.P. Pro</a></td><td></td></tr>
-    <tr><td>sun5i</td><td>R8</td><td>8.99.2 and later</td><td><a href="https://getchip.com/pages/chip">C.H.I.P.</a>, <a href="https://getchip.com/pages/pocketchip">Pocket C.H.I.P.</a></td><td></td></tr>
-    <tr><td>sun6i</td><td>A31</td><td>7.0 and later</td><td><a href="http://linux-sunxi.org/Merrii_Hummingbird_A31">Merrii Hummingbird A31</a></td><td></td></tr>
+    <tr><td>sun5i</td><td>A13</td><td>9.0</td><td><a href="https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino/open-source-hardware">Olimex A13-OLinuXino</a>, <a href="https://www.olimex.com/Products/OLinuXino/A13/A13-OLinuXino-MICRO/open-source-hardware">Olimex A13-OLinuXino-MICRO</a></td></tr>
+    <tr><td>sun5i</td><td>GR8</td><td>9.0</td><td><a href="https://getchip.com/pages/chippro">C.H.I.P. Pro</a></td><td></td></tr>
+    <tr><td>sun5i</td><td>R8</td><td>9.0</td><td><a href="https://getchip.com/pages/chip">C.H.I.P.</a>, <a href="https://getchip.com/pages/pocketchip">Pocket C.H.I.P.</a></td><td></td></tr>
+    <tr><td>sun6i</td><td>A31</td><td>7.0</td><td><a href="http://linux-sunxi.org/Merrii_Hummingbird_A31">Merrii Hummingbird A31</a></td><td></td></tr>
     <tr><td>sun6i</td><td>A31s</td><td>-</td><td></td><td></td></tr>
-    <tr><td>sun7i</td><td>A20</td><td>7.0 and later</td><td><a href="https://linux-sunxi.org/Cubietech_Cubieboard2">Cubietech Cubieboard 2</a>, <a href="https://linux-sunxi.org/Cubietruck">Cubietech Cubietruck</a>, <a href="http://linux-sunxi.org/LeMaker_Banana_Pi">LeMaker Banana Pi</a></td><td></td></tr>
+    <tr><td>sun7i</td><td>A20</td><td>7.0</td><td><a href="https://linux-sunxi.org/Cubietech_Cubieboard2">Cubietech Cubieboard 2</a>, <a href="https://linux-sunxi.org/Cubietruck">Cubietech Cubietruck</a>, <a href="http://linux-sunxi.org/LeMaker_Banana_Pi">LeMaker Banana Pi</a></td><td></td></tr>
     <tr><td>sun8i</td><td>A23</td><td>-</td><td></td></tr>
     <tr><td>sun8i</td><td>A33</td><td>-</td><td><a href="https://www.olimex.com/Products/OLinuXino/A33/A33-OLinuXino/open-source-hardware">Olimex A33-OLinuXino</a></td></tr>
     <tr><td>sun8i</td><td>R40</td><td>-</td><td><a href="http://www.banana-pi.org/m2u.html">Sinovoip Banana Pi BPI-M2U</a></td></tr>
-    <tr><td>sun8i</td><td>A83T</td><td>8.0 and later</td><td><a href="http://www.banana-pi.org/m3.html">Sinovoip Banana Pi BPI-M3</a></td><td></td></tr>
-    <tr><td>sun8i</td><td>H2+</td><td>8.0 and later</td><td><a href="http://www.orangepi.org/orangepizero/">Xunlong Orange Pi Zero</a></td><td></td></tr>
-    <tr><td>sun8i</td><td>H3</td><td>8.0 and later</td><td><a href="http://nanopi.io/nanopi-neo.html">FriendlyARM NanoPi NEO</a>, <a href="http://www.orangepi.org/orangepiplus2e/">Xunlong Orange Pi Plus 2E</a></td><td></td></tr>
+    <tr><td>sun8i</td><td>A83T</td><td>8.0</td><td><a href="http://www.banana-pi.org/m3.html">Sinovoip Banana Pi BPI-M3</a></td><td></td></tr>
+    <tr><td>sun8i</td><td>H2+</td><td>8.0</td><td><a href="http://www.orangepi.org/orangepizero/">Xunlong Orange Pi Zero</a></td><td></td></tr>
+    <tr><td>sun8i</td><td>H3</td><td>8.0</td><td><a href="http://nanopi.io/nanopi-neo.html">FriendlyARM NanoPi NEO</a>, <a href="http://www.orangepi.org/orangepiplus2e/">Xunlong Orange Pi Plus 2E</a></td><td></td></tr>
     <tr><td>sun8i</td><td>V3s</td><td>-</td><td><a href="https://www.indiegogo.com/projects/licheepi-zero-6-extensible-linux-module-on-finger-wifi-diy#/">Lichee Pi Zero</a></td><td></td></tr>
-    <tr><td>sun9i</td><td>A80</td><td>8.0 and later</td><td><a href="http://linux-sunxi.org/Cubietech_Cubieboard4">Cubietech Cubieboard 4</a></td><td></td></tr>
-    <tr><td>sun50i</td><td>A64</td><td>8.99.2 and later</td><td><a href="https://www.pine64.org/?page_id=1194">Pine64</a>, <a href="https://www.pine64.org/?page_id=3707">Pinebook</a></td><td></td></tr>
-    <tr><td>sun50i</td><td>H5</td><td>8.99.4 and later</td><td><a href="http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id=180">FriendlyARM NanoPi NEO2, <a href="http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id=196">FriendlyARM NanoPi NEO Plus2</a></td><td></td></tr>
-    <tr><td>sun50i</td><td>H6</td><td>8.99.14 and later</td><td><a href="http://www.orangepi.org/OrangePiOneplus/">Orange Pi One Plus</a>, <a href="https://www.pine64.org/?product_cat=pine-h64-boards">Pine H64</a></td></tr>
+    <tr><td>sun9i</td><td>A80</td><td>8.0</td><td><a href="http://linux-sunxi.org/Cubietech_Cubieboard4">Cubietech Cubieboard 4</a></td><td></td></tr>
+    <tr><td>sun50i</td><td>A64</td><td>9.0</td><td><a href="https://www.pine64.org/?page_id=1194">Pine64</a>, <a href="https://www.pine64.org/?page_id=3707">Pinebook</a></td><td></td></tr>
+    <tr><td>sun50i</td><td>H5</td><td>9.0</td><td><a href="http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id=180">FriendlyARM NanoPi NEO2, <a href="http://www.friendlyarm.com/index.php?route=product/product&path=69&product_id=196">FriendlyARM NanoPi NEO Plus2</a></td><td></td></tr>
+    <tr><td>sun50i</td><td>H6</td><td>9.0</td><td><a href="http://www.orangepi.org/OrangePiOneplus/">Orange Pi One Plus</a>, <a href="https://www.pine64.org/?product_cat=pine-h64-boards">Pine H64</a></td></tr>
   </tbody>
 </table>
 
@@ -92,7 +92,7 @@
 
 # Installation
 
-- Download or build **armv7.img** (32-bit) or **arm64.img** (64-bit) from NetBSD -current
+- Download or build **armv7.img** (32-bit) or **arm64.img** (64-bit) from NetBSD 9.0 or later
 - Write the image to disk: **dd if=armv7.img of=/dev/rld0d bs=1m conv=sync**
 - Install a board-specific U-Boot (2018.05 or later) from pkgsrc to the SD card
   (the `u-boot-sunxi-with-spl.bin`-s are provided by `sysutils/u-boot-<boardname>` packages):

global.css: add a border around th and td elements (because tables without borders look weird)
Index: wikisrc/global.css
===================================================================
RCS file: /cvsroot/wikisrc/global.css,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- wikisrc/global.css	18 May 2019 13:19:36 -0000	1.11
+++ wikisrc/global.css	4 Sep 2019 22:09:32 -0000	1.12
@@ -1,4 +1,4 @@
-/* $NetBSD: global.css,v 1.11 2019/05/18 13:19:36 leot Exp $ */
+/* $NetBSD: global.css,v 1.12 2019/09/04 22:09:32 cnst Exp $ */
 
 /* ##### Common Styles ##### */
 
@@ -567,6 +567,10 @@
 	Padding: 5pt;
 }
 
+th, td {
+	border: 1px solid #ddd;
+}
+
 td.developerslist {
 	White-space: nowrap;
 	Padding: 0.3em 0.3em 0.3em 0.3em;

amazon_ec2/amis.mdwn: document how resize_root is performed; confirmed with <riz>
Index: wikisrc/amazon_ec2/amis.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/amazon_ec2/amis.mdwn,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- wikisrc/amazon_ec2/amis.mdwn	22 Nov 2015 01:18:54 -0000	1.48
+++ wikisrc/amazon_ec2/amis.mdwn	4 Sep 2019 03:56:55 -0000	1.49
@@ -6,7 +6,9 @@
 
 Starting with the NetBSD 7.0 AMIs, the images have a very small disk
 by default.  If you launch it with a larger disk, it will resize the
-root file system on initial boot, expanding it to the full size of
+root file system on initial boot
+(through [`/etc/rc.d/resize_root`](http://bxr.su/n/etc/rc.d/resize_root)),
+expanding it to the full size of
 your primary disk.  The 6.x AMIs default to a 5GB root file system,
 and do not currently auto-expand.
 

Abandon GCC 8+ for NetBSD-9
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.52
retrieving revision 1.53
diff -u -r1.52 -r1.53
--- wikisrc/releng/netbsd9.mdwn	3 Sep 2019 13:01:02 -0000	1.52
+++ wikisrc/releng/netbsd9.mdwn	3 Sep 2019 13:03:52 -0000	1.53
@@ -56,7 +56,6 @@
 
 ## Nice to have
 
-* gcc 8+ from a sanitizers point of view
 * ~~~arm: GENERIC kernel config for armv7 boards.~~~ (done)
 * ~~~arm64: Support for servers following SBSA/SBBR standards~~~ (done)
 * ~~~updated graphics drivers~~~ (done)
@@ -72,4 +71,8 @@
 * address failing ptrace(2) tests, cover the remaining scenarios (there are planned ~2k ATF tests total for the elementary functionality)
 * rework semantics of threading operations in ptrace(2)
 
+## Abandoned for 9.0
+
+* ~~~gcc 8+ from a sanitizers point of view~~~ (abandoned)
+
 ...

Add strike formating for finished feature
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.51
retrieving revision 1.52
diff -u -r1.51 -r1.52
--- wikisrc/releng/netbsd9.mdwn	3 Sep 2019 12:59:22 -0000	1.51
+++ wikisrc/releng/netbsd9.mdwn	3 Sep 2019 13:01:02 -0000	1.52
@@ -47,7 +47,7 @@
 * ZFS
 * ~~~kASan for amd64~~~ (done)
 * ~~~kASan for aarch64~~~ (done)
-* compiler-rt in the base with enabled features for Clang/LLVM (done)
+* ~~~compiler-rt in the base with enabled features for Clang/LLVM~~~ (done)
 * LVM mirror target
 * ~~~add NVMM~~~ (done)
 * ~~~plug kernel pointer leaks~~~ (done)

Mark LLVM sanitizers as done
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.50
retrieving revision 1.51
diff -u -r1.50 -r1.51
--- wikisrc/releng/netbsd9.mdwn	26 Aug 2019 12:59:36 -0000	1.50
+++ wikisrc/releng/netbsd9.mdwn	3 Sep 2019 12:59:22 -0000	1.51
@@ -47,7 +47,7 @@
 * ZFS
 * ~~~kASan for amd64~~~ (done)
 * ~~~kASan for aarch64~~~ (done)
-* compiler-rt in the base with enabled features for Clang/LLVM
+* compiler-rt in the base with enabled features for Clang/LLVM (done)
 * LVM mirror target
 * ~~~add NVMM~~~ (done)
 * ~~~plug kernel pointer leaks~~~ (done)

github.mdwn: get rid of <pre><code> under <th>; try to move the table under the prior <li>, too
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- wikisrc/github.mdwn	3 Sep 2019 03:17:21 -0000	1.9
+++ wikisrc/github.mdwn	3 Sep 2019 03:23:10 -0000	1.10
@@ -13,11 +13,11 @@
 
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
 
-[[!table data="""
-	CVSweb		|	Fossil				|	GitHub
-[[!nbcvsweb src]]	| <https://src.fossil.NetBSD.org/>	| <https://github.com/NetBSD/src>
-[[!nbcvsweb pkgsrc]]	| <https://pkgsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/pkgsrc>
-[[!nbcvsweb xsrc]]	| <https://xsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/xsrc>
+  [[!table data="""
+CVSweb			|Fossil					|GitHub
+[[!nbcvsweb src]]	|<https://src.fossil.NetBSD.org/>	|<https://github.com/NetBSD/src>
+[[!nbcvsweb pkgsrc]]	|<https://pkgsrc.fossil.NetBSD.org/>	|<https://github.com/NetBSD/pkgsrc>
+[[!nbcvsweb xsrc]]	|<https://xsrc.fossil.NetBSD.org/>	|<https://github.com/NetBSD/xsrc>
 """]]
 
 ---

github.mdwn: we use https://ikiwiki.info/ikiwiki/directive/table/, not https://ikiwiki.iki.fi/wiki/syntax, apparently
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- wikisrc/github.mdwn	3 Sep 2019 03:10:19 -0000	1.8
+++ wikisrc/github.mdwn	3 Sep 2019 03:17:21 -0000	1.9
@@ -13,10 +13,12 @@
 
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
 
-^	CVSweb		^	Fossil				^	GitHub				^
-| [[!nbcvsweb src/]]	| <https://src.fossil.NetBSD.org/>	| <https://github.com/NetBSD/src>	|
-| [[!nbcvsweb pkgsrc/]]	| <https://pkgsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/pkgsrc>	|
-| [[!nbcvsweb xsrc/]]	| <https://xsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/xsrc>	|
+[[!table data="""
+	CVSweb		|	Fossil				|	GitHub
+[[!nbcvsweb src]]	| <https://src.fossil.NetBSD.org/>	| <https://github.com/NetBSD/src>
+[[!nbcvsweb pkgsrc]]	| <https://pkgsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/pkgsrc>
+[[!nbcvsweb xsrc]]	| <https://xsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/xsrc>
+"""]]
 
 ---
 

github.mdwn: let us try a table, covertly showing off Fossil under the pretence of GitHub
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- wikisrc/github.mdwn	3 Sep 2019 02:23:34 -0000	1.7
+++ wikisrc/github.mdwn	3 Sep 2019 03:10:19 -0000	1.8
@@ -13,11 +13,14 @@
 
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
 
-  * <https://github.com/NetBSD/src>
+^	CVSweb		^	Fossil				^	GitHub				^
+| [[!nbcvsweb src/]]	| <https://src.fossil.NetBSD.org/>	| <https://github.com/NetBSD/src>	|
+| [[!nbcvsweb pkgsrc/]]	| <https://pkgsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/pkgsrc>	|
+| [[!nbcvsweb xsrc/]]	| <https://xsrc.fossil.NetBSD.org/>	| <https://github.com/NetBSD/xsrc>	|
 
-  * <https://github.com/NetBSD/pkgsrc>
+---
 
-  * <https://github.com/NetBSD/xsrc>
+### History and Technical Details
 
 Prior to 2017-06, an earlier generation of the export has been available 
 under `github.com/jsonn` since [2011-07](//mail-index.NetBSD.org/tech-repository/2011/07/28/msg000387.html), 

github.mdwn: add spacing, and pkgsrc forks, too
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- wikisrc/github.mdwn	3 Sep 2019 01:05:55 -0000	1.6
+++ wikisrc/github.mdwn	3 Sep 2019 02:23:34 -0000	1.7
@@ -12,8 +12,11 @@
 have been available under `github.com/NetBSD` since 2017-06:
 
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
+
   * <https://github.com/NetBSD/src>
+
   * <https://github.com/NetBSD/pkgsrc>
+
   * <https://github.com/NetBSD/xsrc>
 
 Prior to 2017-06, an earlier generation of the export has been available 
@@ -49,6 +52,13 @@
 
 ## GitHub Forks
 
+### src
+
 * <https://github.com/NetBSD/src/network/members>
 * <https://github.com/jsonn/src/network/members>
 * <https://github.com/IIJ-NetBSD/netbsd-src/network/members>
+
+### pkgsrc
+
+* <https://github.com/NetBSD/pkgsrc/network/members>
+* <https://github.com/jsonn/pkgsrc/network/members>

gitsofar: wikilink github
Index: wikisrc/gitsofar.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/gitsofar.mdwn,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- wikisrc/gitsofar.mdwn	2 Sep 2019 19:29:52 -0000	1.9
+++ wikisrc/gitsofar.mdwn	3 Sep 2019 01:16:05 -0000	1.10
@@ -2,6 +2,7 @@
 
 * [[mailing-lists/tech-repository]]
 * [[projects/project/cvs-migration]]
+* [[github]]
 * [2011-10: Fossilizing NetBSD: The road to modern version control](https://2011.eurobsdcon.org/papers/sonnenberger/fossilizing.pdf)
 * [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
 * [2017-06: New home for the repository conversion](http://mail-index.netbsd.org/tech-repository/2017/06/10/msg000637.html)

mailing-lists/tech-repository: mention [[github]]
Index: wikisrc/mailing-lists/tech-repository.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/mailing-lists/tech-repository.mdwn,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- wikisrc/mailing-lists/tech-repository.mdwn	19 Dec 2014 12:59:12 -0000	1.17
+++ wikisrc/mailing-lists/tech-repository.mdwn	3 Sep 2019 01:12:38 -0000	1.18
@@ -154,10 +154,12 @@
 ### fossil
 
 We have a successful conversion from cvs to fossil since ~mid 2011, mostly thanks to the work of Jörg Sonnenberger.
+See [[github]] for more details.
 
 ### git
 
 We have a successful conversion to git via the fossil conversion; also, probably now a successful direct conversion via the tools by Eric S. Raymond.
+See [[github]] for more details.
 
 ### hg
 

github.mdwn: mention pkgsrc commit message policy
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- wikisrc/github.mdwn	3 Sep 2019 00:46:25 -0000	1.5
+++ wikisrc/github.mdwn	3 Sep 2019 01:05:55 -0000	1.6
@@ -12,9 +12,9 @@
 have been available under `github.com/NetBSD` since 2017-06:
 
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
-* <https://github.com/NetBSD/src>
-* <https://github.com/NetBSD/pkgsrc>
-* <https://github.com/NetBSD/xsrc>
+  * <https://github.com/NetBSD/src>
+  * <https://github.com/NetBSD/pkgsrc>
+  * <https://github.com/NetBSD/xsrc>
 
 Prior to 2017-06, an earlier generation of the export has been available 
 under `github.com/jsonn` since [2011-07](//mail-index.NetBSD.org/tech-repository/2011/07/28/msg000387.html), 
@@ -31,9 +31,14 @@
 
 The core team has provided a statement on version control systems in 2015:
 
-* [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
+* [2015-01: Core statement on version control systems](//mail-index.NetBSD.org/tech-repository/2015/01/04/msg000497.html)
 * [[gitsofar]]
 
+The pkgsrc repository has adopted a GitHub-friendly commit message policy in 2017,
+limiting the first line of the message to 65 characters:
+
+* [2017-09: pkgsrc Commit Message Policy](//mail-index.NetBSD.org/pkgsrc-users/2017/09/12/msg025574.html)
+
 ---
 
 ## Unofficial

github.mdwn: provide a copy of cvs2fossil from joerg; ok joerg; also more explicit GitHub links whilst here
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- wikisrc/github.mdwn	3 Sep 2019 00:42:01 -0000	1.4
+++ wikisrc/github.mdwn	3 Sep 2019 00:46:25 -0000	1.5
@@ -12,15 +12,20 @@
 have been available under `github.com/NetBSD` since 2017-06:
 
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
+* <https://github.com/NetBSD/src>
+* <https://github.com/NetBSD/pkgsrc>
+* <https://github.com/NetBSD/xsrc>
 
 Prior to 2017-06, an earlier generation of the export has been available 
 under `github.com/jsonn` since [2011-07](//mail-index.NetBSD.org/tech-repository/2011/07/28/msg000387.html), 
 which has been deprecated and discontinued in 2017-07 with the move to @NetBSD.
 
 The export is maintained by `joerg@` and performed through an intermediate step of
-converting the repositories from CVS into Fossil, which has been the process since 2011:
+converting the repositories from CVS into Fossil with `cvs2fossil`,
+which has been the process since 2011:
 
 * [2011-10: EuroBSDcon: Fossilizing NetBSD: The road to modern version control](https://2011.eurobsdcon.org/papers/sonnenberger/fossilizing.pdf)
+* <https://www.sonnenberger.org/archive/cvs2fossil-20140502.tar.gz>
 * [[mailing-lists/tech-repository]]
 * [[projects/project/cvs-migration]]
 

github.mdwn: give the main github link twice, in case anyone misses it the first time
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- wikisrc/github.mdwn	3 Sep 2019 00:40:23 -0000	1.3
+++ wikisrc/github.mdwn	3 Sep 2019 00:42:01 -0000	1.4
@@ -4,7 +4,9 @@
 
 ## Official
 
-NetBSD developers maintain GitHub presence at <https://GitHub.com/NetBSD>.
+NetBSD developers maintain GitHub presence at <https://GitHub.com/NetBSD>:
+
+* <https://github.com/NetBSD>
 
 The `src`, `xsrc` and `pkgsrc` repositories, each as a read-only copy,
 have been available under `github.com/NetBSD` since 2017-06:

github.mdwn: fix wikilinks
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- wikisrc/github.mdwn	3 Sep 2019 00:39:03 -0000	1.2
+++ wikisrc/github.mdwn	3 Sep 2019 00:40:23 -0000	1.3
@@ -19,13 +19,13 @@
 converting the repositories from CVS into Fossil, which has been the process since 2011:
 
 * [2011-10: EuroBSDcon: Fossilizing NetBSD: The road to modern version control](https://2011.eurobsdcon.org/papers/sonnenberger/fossilizing.pdf)
-* <mailing-lists/tech-repository>
-* <projects/project/cvs-migration>
+* [[mailing-lists/tech-repository]]
+* [[projects/project/cvs-migration]]
 
 The core team has provided a statement on version control systems in 2015:
 
 * [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
-* <gitsofar>
+* [[gitsofar]]
 
 ---
 

github.mdwn: formatting
Index: wikisrc/github.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/github.mdwn,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- wikisrc/github.mdwn	3 Sep 2019 00:35:57 -0000	1.1
+++ wikisrc/github.mdwn	3 Sep 2019 00:39:03 -0000	1.2
@@ -7,22 +7,25 @@
 NetBSD developers maintain GitHub presence at <https://GitHub.com/NetBSD>.
 
 The `src`, `xsrc` and `pkgsrc` repositories, each as a read-only copy,
-have been available under <GitHub.com/NetBSD> since 2017-06:
+have been available under `github.com/NetBSD` since 2017-06:
+
 * [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
 
 Prior to 2017-06, an earlier generation of the export has been available 
-under github.com/jsonn since [2011-07](//mail-index.NetBSD.org/tech-repository/2011/07/28/msg000387.html), 
+under `github.com/jsonn` since [2011-07](//mail-index.NetBSD.org/tech-repository/2011/07/28/msg000387.html), 
 which has been deprecated and discontinued in 2017-07 with the move to @NetBSD.
 
 The export is maintained by `joerg@` and performed through an intermediate step of
 converting the repositories from CVS into Fossil, which has been the process since 2011:
+
 * [2011-10: EuroBSDcon: Fossilizing NetBSD: The road to modern version control](https://2011.eurobsdcon.org/papers/sonnenberger/fossilizing.pdf)
-* [[mailing-lists/tech-repository]]
-* [[projects/project/cvs-migration]]
+* <mailing-lists/tech-repository>
+* <projects/project/cvs-migration>
 
 The core team has provided a statement on version control systems in 2015:
+
 * [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
-* [[gitsofar]]
+* <gitsofar>
 
 ---
 

github.mdwn: initial revision
--- /dev/null	2019-09-03 00:33:30.665270472 +0000
+++ wikisrc/github.mdwn	2019-09-03 00:36:28.367164399 +0000
@@ -0,0 +1,39 @@
+[[!meta title="GitHub"]]
+
+# NetBSD at GitHub
+
+## Official
+
+NetBSD developers maintain GitHub presence at <https://GitHub.com/NetBSD>.
+
+The `src`, `xsrc` and `pkgsrc` repositories, each as a read-only copy,
+have been available under <GitHub.com/NetBSD> since 2017-06:
+* [2017-06: New home for the repository conversion](//mail-index.NetBSD.org/tech-repository/2017/06/10/msg000637.html)
+
+Prior to 2017-06, an earlier generation of the export has been available 
+under github.com/jsonn since [2011-07](//mail-index.NetBSD.org/tech-repository/2011/07/28/msg000387.html), 
+which has been deprecated and discontinued in 2017-07 with the move to @NetBSD.
+
+The export is maintained by `joerg@` and performed through an intermediate step of
+converting the repositories from CVS into Fossil, which has been the process since 2011:
+* [2011-10: EuroBSDcon: Fossilizing NetBSD: The road to modern version control](https://2011.eurobsdcon.org/papers/sonnenberger/fossilizing.pdf)
+* [[mailing-lists/tech-repository]]
+* [[projects/project/cvs-migration]]
+
+The core team has provided a statement on version control systems in 2015:
+* [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
+* [[gitsofar]]
+
+---
+
+## Unofficial
+
+Additionally, an independent export of the src tree from CVS directly into Git is performed by IIJ at <https://GitHub.com/IIJ-NetBSD/netbsd-src>.
+
+---
+
+## GitHub Forks
+
+* <https://github.com/NetBSD/src/network/members>
+* <https://github.com/jsonn/src/network/members>
+* <https://github.com/IIJ-NetBSD/netbsd-src/network/members>

wasabisystems.com has been dropped many times now, replace with web.archive.org
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.80
retrieving revision 1.81
diff -u -r1.80 -r1.81
--- wikisrc/events.mdwn	2 Sep 2019 21:23:49 -0000	1.80
+++ wikisrc/events.mdwn	2 Sep 2019 22:17:05 -0000	1.81
@@ -4599,7 +4599,7 @@
 <http://www.linuxworldexpo.com/>
 
 The NetBSD Project shared a stand with [Wasabi
-Systems](http://www.wasabisystems.com/) at LinuxWorld Expo 2001. The
+Systems](http://web.archive.org/web/2002/http://www.wasabisystems.com/) at LinuxWorld Expo 2001. The
 stand had a variety of different platforms running NetBSD, 1.5 CDs, and
 other swag.
 
@@ -4793,7 +4793,7 @@
 There was also a BSD BoF which included people kicking around beach
 balls emblazoned with "NetBSD support: it's not hot air anymore" in
 reference to the launch of [Wasabi
-Systems](http://www.wasabisystems.com/).
+Systems](http://web.archive.org/web/2002/http://www.wasabisystems.com/).
 
 Expenses for this event were underwritten by The Usenix Association and
 The NetBSD Mission.
Index: wikisrc/ports/amd64.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/amd64.mdwn,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- wikisrc/ports/amd64.mdwn	2 Jun 2019 13:32:38 -0000	1.27
+++ wikisrc/ports/amd64.mdwn	2 Sep 2019 22:17:05 -0000	1.28
@@ -19,7 +19,7 @@
 on June 19th, 2001 and renamed to NetBSD/amd64 on April 26th, 2003.
 
 The original work to do this port was done by Frank van der Linden at
-<a class="ulink" href="http://www.wasabisystems.com/" target="_top">Wasabi Systems</a>, assisted by
+<a class="ulink" href="http://web.archive.org/web/2002/http://www.wasabisystems.com/" target="_top">Wasabi Systems</a>, assisted by
 <a class="ulink" href="http://www.amd.com/" target="_top">AMD</a>, who provided the simulator
 (Simics VirtuHammer), pre-release hardware and access to a range
 of Opteron hardware through the

kerberos/web_browser: the {href='about:config'} part gets removed anyways, so, let's just omit it
Index: wikisrc/kerberos/web_browser.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/kerberos/web_browser.mdwn,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:35:05 -0000	1.13
+++ wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:37:56 -0000	1.14
@@ -3,7 +3,7 @@
 ## Firefox
 
 7. Open Firefox.
-7. Go to <a href='about:config'><tt>about:config</tt></a>.
+7. Go to <a><tt>about:config</tt></a>.
 7. Filter for `network.negotiate-auth`.
 7. Set `network.negotiate-auth.trusted-uris` (_not_
 `network.negotiate-auth.delegation-uris`) to `netbsd.org`.

kerberos/web_browser: let us try HTML, as [[about:config]] results in just ?about:config
Index: wikisrc/kerberos/web_browser.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/kerberos/web_browser.mdwn,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:32:34 -0000	1.12
+++ wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:35:05 -0000	1.13
@@ -3,7 +3,7 @@
 ## Firefox
 
 7. Open Firefox.
-7. Go to [[about:config]].
+7. Go to <a href='about:config'><tt>about:config</tt></a>.
 7. Filter for `network.negotiate-auth`.
 7. Set `network.negotiate-auth.trusted-uris` (_not_
 `network.negotiate-auth.delegation-uris`) to `netbsd.org`.

kerberos/web_browser: let us try [[about:config]] in place of <about:config> (originally, [about:config](about:config) resulted in <a>about:config</a>, now it renders as <about:config>)
Index: wikisrc/kerberos/web_browser.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/kerberos/web_browser.mdwn,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:28:13 -0000	1.11
+++ wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:32:34 -0000	1.12
@@ -3,7 +3,7 @@
 ## Firefox
 
 7. Open Firefox.
-7. Go to <about:config>.
+7. Go to [[about:config]].
 7. Filter for `network.negotiate-auth`.
 7. Set `network.negotiate-auth.trusted-uris` (_not_
 `network.negotiate-auth.delegation-uris`) to `netbsd.org`.

final remnant of the [x](x) paradigm {s#\[([^]]*)]\(\1\)#<\1>#g}
Index: wikisrc/kerberos/web_browser.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/kerberos/web_browser.mdwn,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- wikisrc/kerberos/web_browser.mdwn	16 Feb 2013 13:42:32 -0000	1.10
+++ wikisrc/kerberos/web_browser.mdwn	2 Sep 2019 21:28:13 -0000	1.11
@@ -3,7 +3,7 @@
 ## Firefox
 
 7. Open Firefox.
-7. Go to [about:config](about:config).
+7. Go to <about:config>.
 7. Filter for `network.negotiate-auth`.
 7. Set `network.negotiate-auth.trusted-uris` (_not_
 `network.negotiate-auth.delegation-uris`) to `netbsd.org`.

events.mdwn: fix random usenix2001 link
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.79
retrieving revision 1.80
diff -u -r1.79 -r1.80
--- wikisrc/events.mdwn	2 Sep 2019 20:48:36 -0000	1.79
+++ wikisrc/events.mdwn	2 Sep 2019 21:23:49 -0000	1.80
@@ -4516,8 +4516,7 @@
 Luke Mewburn. A list of highlights is available in Chuck Toporek's
 "[Greetings from the BSD Super
 BoF](http://unix.oreilly.com/news/usenixchuck_0601.html)" article. The
-slides from this talk are available at
-[events/usenix2001/](events/usenix2001/).
+[slides from this talk](//www.netbsd.org/gallery/events/usenix2001/) are available.
 
 Luke Mewburn was also a part of the scripting technical session; his
 presentation was entitled, "The Design and Implementation of the NetBSD

replace [ftp...](ftp...) with <ftp...> (w/ 's#\[(ftp[^]]*)]\(\1\)#<\1>#g', of course)
Index: wikisrc/pkgsrc/how_to_upgrade_packages.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/pkgsrc/how_to_upgrade_packages.mdwn,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- wikisrc/pkgsrc/how_to_upgrade_packages.mdwn	2 Sep 2019 20:48:37 -0000	1.5
+++ wikisrc/pkgsrc/how_to_upgrade_packages.mdwn	2 Sep 2019 21:15:38 -0000	1.6
@@ -33,7 +33,7 @@
 
 ## pkg_chk -b
 
-Use "-b -P URL" where URL is where the binary packages are (e.g. [ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1/All/](ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1/All/)).
+Use "-b -P URL" where URL is where the binary packages are (e.g. <ftp://ftp.netbsd.org/pub/pkgsrc/packages/NetBSD/i386/5.1/All/>).
 
 For example, to update any missing packages by using binary packages:
 

find wikisrc -name '*.mdwn' | xargs perl -pi'' -e's#\[(http[^]]*)]\(\1\)#<\1>#g'
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.78
retrieving revision 1.79
diff -u -r1.78 -r1.79
--- wikisrc/events.mdwn	19 Jul 2019 12:22:44 -0000	1.78
+++ wikisrc/events.mdwn	2 Sep 2019 20:48:36 -0000	1.79
@@ -3117,7 +3117,7 @@
 
 The event takes place on September 9th and 10th 2006 at the Glaspavillon
 of the University of Duisburg-Essen. See
-[http://www.come2linux.org/](http://www.come2linux.org/) for more
+<http://www.come2linux.org/> for more
 information.
 
 A report on the event was [posted to the regional-de mailing
@@ -3128,7 +3128,7 @@
 There will be a NetBSD booth at the Linux-Kongress in Nuremberg on
 September 7th and 8th at the University of Applied Sciences
 (Fachhochschule) Nuernberg. See
-[http://www.linux-kongress.org/](http://www.linux-kongress.org/) for
+<http://www.linux-kongress.org/> for
 more information on the event, and contact Hubert Feyrer
 <hubertf@NetBSD.org> if you have any questions or want to help out at
 the booth.
@@ -3220,7 +3220,7 @@
 
 For more information, including how to register, and how to submit a
 presentation proposal, please visit
-[http://www.pkgsrcCon.org/](http://www.pkgsrcCon.org/).
+<http://www.pkgsrcCon.org/>.
 
 ### `May 2006` - LinuxTag 2006
 
@@ -3531,7 +3531,7 @@
 *July 23, 2005, [NADYA
 Park](http://www.u-net.city.nagoya.jp/t-index/nadia.htm) Nagoya, Japan*
 
-[http://www.bsdcon.jp/](http://www.bsdcon.jp/) with 80 attendances.
+<http://www.bsdcon.jp/> with 80 attendances.
 There had be a BSD booth staffed by members of the [Nagoya \*BSD Users'
 Group](http://www.nagoya.bug.gr.jp/). See more
 [Reports](http://pcweb.mycom.co.jp/articles/2005/07/27/bsdcon/).
@@ -3612,7 +3612,7 @@
 Around 1000 people attended the past two years.
 
 More information is at
-[http://linuxnorthwest.org/](http://linuxnorthwest.org/). (If you can
+<http://linuxnorthwest.org/>. (If you can
 volunteer to help with NetBSD advocacy at LinuxFest, please see [this
 email](http://mail-index.NetBSD.org/netbsd-advocacy/2005/03/25/0000.html).)
 
@@ -3857,7 +3857,7 @@
 Packages Collection (pkgsrc), focusing on existing technologies,
 research projects, and works-in-progress in pkgsrc infrastructure. For
 more information, including slides of the talks, please visit
-[http://www.pkgsrcCon.org/2004/](http://www.pkgsrcCon.org/2004/), and
+<http://www.pkgsrcCon.org/2004/>, and
 see Hubert Feyrer's report in the [DaemonNews
 Ezine](http://ezine.daemonnews.org/200405/pkgsrcCon2004.html).
 
@@ -3870,7 +3870,7 @@
 throughout the day. Among them will be introductions to BSD and pkgsrc.
 There will be a BSD booth, occupied by two NetBSD developers and other
 BSD enthusiasts. Admission is free. Please see
-[http://www.linuxnorthwest.org/](http://www.linuxnorthwest.org/) and
+<http://www.linuxnorthwest.org/> and
 [this message to the netbsd-news
 mailinglist](http://mail-index.NetBSD.org/netbsd-news/2004/04/16/0000.html)
 for more information.
@@ -3949,14 +3949,14 @@
 *December 6 and 7, 2003, Instituto Militar de Engenharia (military
 institute of engineering - IME), Rio de Janeiro, Brasil*
 
-See [http://bsdcon.myfreebsd.com.br](http://bsdcon.myfreebsd.com.br) for
+See <http://bsdcon.myfreebsd.com.br> for
 details.
 
 ### `Dec 2003` - BSD-Linux-Day 2003
 
 *December 2, 2003, Pacifico Yokohama, Japan*
 
-[http://www.jus.or.jp/events/bsd-linux-day/](http://www.jus.or.jp/events/bsd-linux-day/)
+<http://www.jus.or.jp/events/bsd-linux-day/>
 
 ### `Nov 2003` - NetBSD System Administration training
 
@@ -3965,7 +3965,7 @@
 [Puget Sound Technology](http://www.pugetsoundtechnology.com/) is
 teaching a hands-on class covering the fundamentals of NetBSD system
 administration. See
-[http://www.pugetsoundtechnology.com/training/netbsd/](http://www.pugetsoundtechnology.com/training/netbsd/)
+<http://www.pugetsoundtechnology.com/training/netbsd/>
 for details.
 
 ### `Oct 2003` - KANSAI-OPENSOURCE+FREEWARE-2003
@@ -3998,7 +3998,7 @@
 
 Meet the movers and shakers of the BSD community, and learn how you can
 use BSD as part of your enterprise-grade solutions. For details, see
-[http://www.usenix.org/events/bsdcon03/cfp/](http://www.usenix.org/events/bsdcon03/cfp/).
+<http://www.usenix.org/events/bsdcon03/cfp/>.
 Contact name, address, phone, fax and/or e-mail: Conference Department,
 510-528-8649, conference@usenix.org. A
 [report](http://mail-index.NetBSD.org/netbsd-advocacy/2003/09/13/0000.html)
@@ -4028,7 +4028,7 @@
 ### `Jul 2003` - Libre Software Meeting in Metz
 
 *July 9-12, 2003, Metz, France*
-[http://www.rencontresmondiales.org/](http://www.rencontresmondiales.org/)
+<http://www.rencontresmondiales.org/>
 
 The NetBSD Project was represented at the LSM 2003 by Emmanuel Dreyfus
 and Gilbert Fernandes. A
@@ -4039,7 +4039,7 @@
 
 *July 2, 2003, Makuhari-Messe, Chiba, Japan, 18:30-20:00 JST*
 
-[http://www.interop.jp/](http://www.interop.jp/)
+<http://www.interop.jp/>
 
 Call for Presentation: contact Jun Ebihara <jun@NetBSD.org>.
 
@@ -4052,7 +4052,7 @@
 
 *June 7-8, 2003, Nagoya, Japan*
 
-[http://tokai.opensource.jp/tsudoi/2003/](http://tokai.opensource.jp/tsudoi/2003/)
+<http://tokai.opensource.jp/tsudoi/2003/>
 
 ### `Jun 2003` - 2003 USENIX Annual Technical Conference
 
@@ -4063,7 +4063,7 @@
 Birds-of-a-Feather sessions. There will be a [Super BSD BOF
 Session](http://www.usenix.org/events/usenix03/bofs.html). For details,
 see
-[http://www.usenix.org/events/usenix03/](http://www.usenix.org/events/usenix03/).
+<http://www.usenix.org/events/usenix03/>.
 Contact name, address, phone, fax and/or e-mail: Conference Department,
 510-528-8649, conference@usenix.org
 
@@ -4105,7 +4105,7 @@
 
 There was a NetBSD booth and presentation at the Magdeburg Linuxtag in
 Magdeburg, Germany on April 5th 2003 at the University of Magdeburg,
-Germany. See [http://www.mdlug.de/](http://www.mdlug.de/) for more
+Germany. See <http://www.mdlug.de/> for more
 information. Contact Bernd Sieker <bsieker@freenet.de> for information
 regarding representation of NetBSD at the event.
 
@@ -4133,7 +4133,7 @@
 [Puget Sound Technology](http://www.pugetsoundtechnology.com/) is
 teaching a hands-on class covering the fundamentals of NetBSD system
 administration. See
-[http://www.pugetsoundtechnology.com/training/netbsd/](http://www.pugetsoundtechnology.com/training/netbsd/)
+<http://www.pugetsoundtechnology.com/training/netbsd/>
 for details.
 
 ### `Mar 2003` - Chemnitzer Linux-Tag
@@ -4143,7 +4143,7 @@
 NetBSD was represented with a booth at the [Chemnitzer Linux-Tag
 (CLT5)](http://www.tu-chemnitz.de/linux/tag/lt5/). A summary of the
 events including several pictures is available online at
-[http://www.feyrer.de/NetBSD/clt5.html](http://www.feyrer.de/NetBSD/clt5.html).
+<http://www.feyrer.de/NetBSD/clt5.html>.
 Presentations, including mp3s of the talks (in German!) are available
 from:
 
@@ -4185,7 +4185,7 @@
 -   Linuxfest at Carleton University (Sat. Jan. 25th)
 -   The Business of Open Source Software conference. (Sun. Jan. 26th)
 
-For details, please see [http://www.osw.ca/](http://www.osw.ca/).
+For details, please see <http://www.osw.ca/>.
 
 ### `Jan 2003` - LinuxWorld 2003
 
@@ -4225,7 +4225,7 @@
 BSD BoF on December 18th, 18:00(JST) at this years Internet Week. The
 BoF was broadcasted via RealVideo (179 clients)/[xcast (3
 clients)](http://www.xcast.jp/)/IRC. See
-[http://www.nic.ad.jp/iw2002/bof/bof04.htm](http://www.nic.ad.jp/iw2002/bof/bof04.htm)
+<http://www.nic.ad.jp/iw2002/bof/bof04.htm>
 for details.
 
 ### `Nov 2002` - KNF Congress 2002
@@ -4243,7 +4243,7 @@
 The congress will take place Sunday Nov 24th, 10-18h at the
 Gemeinschaftshaus Langwasser, Glogauer Str. 50, 90473 Nuremberg,
 Germany. See
-[http://www.franken.de/kongress/index.html](http://www.franken.de/kongress/index.html)
+<http://www.franken.de/kongress/index.html>
 for more information.
 
 ### `Nov 2002` - BSD Conference Japan
@@ -4256,7 +4256,7 @@
 
 *November 15-17, 2002, Amsterdam, Netherlands*
 

(Diff truncated)
gitsofar: add two wiki-links and a EuroBSDcon 2011 paper (to have everything in same place)
Index: wikisrc/gitsofar.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/gitsofar.mdwn,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- wikisrc/gitsofar.mdwn	2 Sep 2019 05:44:21 -0000	1.8
+++ wikisrc/gitsofar.mdwn	2 Sep 2019 19:29:52 -0000	1.9
@@ -1,5 +1,8 @@
 ## NetBSD with git so far
 
+* [[mailing-lists/tech-repository]]
+* [[projects/project/cvs-migration]]
+* [2011-10: Fossilizing NetBSD: The road to modern version control](https://2011.eurobsdcon.org/papers/sonnenberger/fossilizing.pdf)
 * [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
 * [2017-06: New home for the repository conversion](http://mail-index.netbsd.org/tech-repository/2017/06/10/msg000637.html)
 * [2017-09: pkgsrc Commit Message Policy](http://mail-index.netbsd.org/pkgsrc-users/2017/09/12/msg025574.html)

gitsofar: add a few links from 2017 and 2019 on the most recent status
Index: wikisrc/gitsofar.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/gitsofar.mdwn,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- wikisrc/gitsofar.mdwn	22 Sep 2017 10:37:52 -0000	1.7
+++ wikisrc/gitsofar.mdwn	2 Sep 2019 05:44:21 -0000	1.8
@@ -1,6 +1,9 @@
 ## NetBSD with git so far
 
-[core statement on vcs](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
+* [2015-01: Core statement on version control systems](http://mail-index.netbsd.org/tech-repository/2015/01/04/msg000497.html)
+* [2017-06: New home for the repository conversion](http://mail-index.netbsd.org/tech-repository/2017/06/10/msg000637.html)
+* [2017-09: pkgsrc Commit Message Policy](http://mail-index.netbsd.org/pkgsrc-users/2017/09/12/msg025574.html)
+* [GitHub.com/NetBSD](https://github.com/NetBSD)
 
 ### Low memory hosts:
 
@@ -59,6 +62,8 @@
 [dfbsd workflows](http://lists.dragonflybsd.org/pipermail/users/2015-January/207422.html)<br>
 [dfbsd config](http://lists.dragonflybsd.org/pipermail/users/2015-January/207424.html)<br>
 
+[In 2019, FreeBSD core team has appointed a WG to explore transition from Subversion to Git.](https://www.freebsd.org/news/status/report-2019-04-2019-06.html#FreeBSD-Core-Team)
+
 ### how to install
 
 git should fit into NetBSD src/tools easily.  I have not personally tested

subregs of mem isn't the problem. this is erroring out in recog, when it
tries to match patterns against VAX-specific machine description code.
Comment out the stuff about instruction scheduling.
Members: 
	users/maya/vax-gcc.mdwn:1.10->1.11 

Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- wikisrc/users/maya/vax-gcc.mdwn	30 Aug 2019 05:07:15 -0000	1.10
+++ wikisrc/users/maya/vax-gcc.mdwn	31 Aug 2019 13:17:56 -0000	1.11
@@ -66,8 +66,11 @@
     during RTL pass: vregs
     /home/fly/oacc/decl.ii:17:1: internal compiler error: in extract_insn, at recog.c:2310
     
-Providing a trivial scheduling will avoid subregs of mem.  
-However, this doesn't work for us. Our crash and mem subregs happen at a too early pass, most likely.
+
+This is in VAX-specific code. We need to figure out what instruction pattern this is, that we're missing.
+
+<!--Providing a trivial scheduling will avoid subregs of mem.  
+However, this doesn't work for us. Our crash and mem subregs happen at a too early pass, most likely.-->
 
 ## DWARF ##
 

Sync with recent htdocs/share/xsl/{errorpage,webpage}.xsl changes:
- Remove duplicate Community -> Blog anchor, already present under
News & Media -> NetBSD blog.
- Rename About -> Advocacy anchor to About -> Gallery to better reflect
current reality and page name.
Both noticed by <maxv>, thanks!
Both noticed by <maxv>, thanks!

Members: 
	templates/page.tmpl:1.54->1.55 

Index: wikisrc/templates/page.tmpl
===================================================================
RCS file: /cvsroot/wikisrc/templates/page.tmpl,v
retrieving revision 1.54
retrieving revision 1.55
diff -u -r1.54 -r1.55
--- wikisrc/templates/page.tmpl	1 Jan 2019 05:16:09 -0000	1.54
+++ wikisrc/templates/page.tmpl	30 Aug 2019 18:19:30 -0000	1.55
@@ -70,7 +70,7 @@
 	<li><a href="//www.NetBSD.org/people/developers.html">
 		    NetBSD developers</a></li>
 	<li><a href="//www.NetBSD.org/gallery/">
-		    Advocacy</a></li>
+		    Gallery</a></li>
 	</ul>
 	</li>
 	<li>
@@ -102,8 +102,6 @@
 	<li>
 	<a href="//www.NetBSD.org/community/">
 		  Community</a><ul>
-	<li><a href="//blog.NetBSD.org/">
-		    Blog</a></li>
 	<li><a href="//www.NetBSD.org/mailinglists/">
 		    Mailing lists</a></li>
 	<li><a href="//mail-index.NetBSD.org/">

Moar notes
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- wikisrc/users/maya/vax-gcc.mdwn	30 Aug 2019 04:49:49 -0000	1.9
+++ wikisrc/users/maya/vax-gcc.mdwn	30 Aug 2019 05:07:15 -0000	1.10
@@ -81,6 +81,8 @@
     ld: .eh_frame_hdr refers to overlapping FDEs
     ld: final link failed: bad value
 
+[riscv seemed to share the issue](https://github.com/riscv/riscv-binutils-gdb/issues/76) and had fixed it.
+
 ## review comments ##
 
 Jeff Law [provided some feedback](https://gcc.gnu.org/ml/gcc/2019-04/msg00281.html). More of it should be addressed.

Moar notes.
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- wikisrc/users/maya/vax-gcc.mdwn	30 Aug 2019 02:09:23 -0000	1.8
+++ wikisrc/users/maya/vax-gcc.mdwn	30 Aug 2019 04:49:49 -0000	1.9
@@ -68,3 +68,19 @@
     
 Providing a trivial scheduling will avoid subregs of mem.  
 However, this doesn't work for us. Our crash and mem subregs happen at a too early pass, most likely.
+
+## DWARF ##
+
+    flag_dwarf2_cfi_asm = 0;
+
+is kind of a big deal. We should probably get rid of it, but [binutils hates that.](https://github.com/NetBSD/src/commit/1df57dce3744cf4743358b098728a0658b80b8fb)
+
+    ld: warning: dynamic relocation to `?' in readonly section `.eh_frame'
+    ld: warning: dynamic relocation to `?' in readonly section `.eh_frame'
+    ld: warning: creating a DT_TEXTREL in a shared object
+    ld: .eh_frame_hdr refers to overlapping FDEs
+    ld: final link failed: bad value
+
+## review comments ##
+
+Jeff Law [provided some feedback](https://gcc.gnu.org/ml/gcc/2019-04/msg00281.html). More of it should be addressed.

Link to my tree, provide more info about how the suggested workaround
doesn't work.
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 21:57:38 -0000	1.7
+++ wikisrc/users/maya/vax-gcc.mdwn	30 Aug 2019 02:09:23 -0000	1.8
@@ -1,5 +1,7 @@
 # Various GCC/vax issues and invesigation #
 
+[WIP tree](gcc-mirror/)
+
 ## libgomp crash with -O2 ##
 Repro:
 
@@ -64,4 +66,5 @@
     during RTL pass: vregs
     /home/fly/oacc/decl.ii:17:1: internal compiler error: in extract_insn, at recog.c:2310
     
-Providing a trivial scheduling will avoid subregs of mem.
+Providing a trivial scheduling will avoid subregs of mem.  
+However, this doesn't work for us. Our crash and mem subregs happen at a too early pass, most likely.

Expand with the failure and information from segher.
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 21:19:09 -0000	1.6
+++ wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 21:57:38 -0000	1.7
@@ -49,3 +49,19 @@
     EOF
     vax--netbsdelf-g++ -O2 -c decl.ii
 
+This errors out with:
+
+    $ env PATH=$PWD:$PATH ./xgcc -fno-use-linker-plugin -c -O2 ~/oacc/decl.ii -fno-tree-vectorize
+    /home/fly/oacc/decl.ii: In function 'bool i()':
+    /home/fly/oacc/decl.ii:17:1: error: unrecognizable insn:
+       17 | }
+          | ^
+    (insn 13 12 14 2 (set (reg:SI 33)
+            (subreg:SI (mem:DI (plus:SI (mult:SI (reg/v:SI 24 [ g ])
+                            (const_int 8 [0x8]))
+                        (reg/f:SI 23 [ _6 ])) [1 *_10+0 S8 A32]) 4)) "/home/fly/oacc/decl.ii":16:14 -1
+         (nil))
+    during RTL pass: vregs
+    /home/fly/oacc/decl.ii:17:1: internal compiler error: in extract_insn, at recog.c:2310
+    
+Providing a trivial scheduling will avoid subregs of mem.

correct url
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 20:40:51 -0000	1.5
+++ wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 21:19:09 -0000	1.6
@@ -18,7 +18,7 @@
 
 Asserts at emit-rtl.c:2310 gcc_assert (memory_address_addr_space_p (mode, addr, as));
 
-NetBSD avoids it with a [local diff](5f534f20bc66738c05c442a8f20088f55335b653/external/gpl3/gcc/dist/libgcc/gthr-posix.h#L418) to reload.c/dse.c.  
+NetBSD avoids it with a [local diff](https://github.com/NetBSD/src/commit/e437e96750193b86d0464965661f616e011056fa) to reload.c/dse.c.  
 It looks like a real bug in vax_legitimate_address_p not handling some addressing modes.  
 The code to handle offset(reg)[index] might be off: it doesn't like if neither xfoo0, xfoo1 are constant.
 

More markdown
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 20:39:43 -0000	1.4
+++ wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 20:40:51 -0000	1.5
@@ -26,7 +26,7 @@
 
 Repro:
 
-#!/bin/sh
+    #!/bin/sh
 
     cat << EOF > decl.ii
     struct a {

add another creduced crash, so I won't have to look from scratch
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 13:01:34 -0000	1.3
+++ wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 20:39:43 -0000	1.4
@@ -1,6 +1,6 @@
 # Various GCC/vax issues and invesigation #
 
-# libgomp crash with -O2 #
+## libgomp crash with -O2 ##
 Repro:
 
     #!/bin/sh
@@ -21,3 +21,31 @@
 NetBSD avoids it with a [local diff](5f534f20bc66738c05c442a8f20088f55335b653/external/gpl3/gcc/dist/libgcc/gthr-posix.h#L418) to reload.c/dse.c.  
 It looks like a real bug in vax_legitimate_address_p not handling some addressing modes.  
 The code to handle offset(reg)[index] might be off: it doesn't like if neither xfoo0, xfoo1 are constant.
+
+## unrecognizable insn with any optimization ##
+
+Repro:
+
+#!/bin/sh
+
+    cat << EOF > decl.ii
+    struct a {
+      long long *b() const;
+    };
+    template <typename> class d : a {
+    public:
+      template <typename e> d(e);
+      long long f() const;
+    };
+    template <typename c> long long d<c>::f() const {
+      int g;
+      return b()[g];
+    }
+    int h;
+    bool i() {
+      d<int> j(h);
+      return j.f();
+    }
+    EOF
+    vax--netbsdelf-g++ -O2 -c decl.ii
+

more info, more markdown
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 12:46:29 -0000	1.2
+++ wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 13:01:34 -0000	1.3
@@ -18,8 +18,6 @@
 
 Asserts at emit-rtl.c:2310 gcc_assert (memory_address_addr_space_p (mode, addr, as));
 
-NetBSD avoids it with a local diff to reload.c/dse.c.
-
-It looks like a real bug in vax_legitimate_address_p not handling some addressing modes.
-
+NetBSD avoids it with a [local diff](5f534f20bc66738c05c442a8f20088f55335b653/external/gpl3/gcc/dist/libgcc/gthr-posix.h#L418) to reload.c/dse.c.  
+It looks like a real bug in vax_legitimate_address_p not handling some addressing modes.  
 The code to handle offset(reg)[index] might be off: it doesn't like if neither xfoo0, xfoo1 are constant.

More info on some crash, more attempts to markdown
Index: wikisrc/users/maya/vax-gcc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/maya/vax-gcc.mdwn,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 12:43:34 -0000	1.1
+++ wikisrc/users/maya/vax-gcc.mdwn	29 Aug 2019 12:46:29 -0000	1.2
@@ -2,22 +2,24 @@
 
 # libgomp crash with -O2 #
 Repro:
-````
-#!/bin/sh
 
-cat << EOF > oacc.i
-int a, b;
-int e() {
-  short *c = 0;
-  char d = c[a + 1];
-  b = d;
-  a += 2;
-}
-EOF
-vax--netbsdelf-gcc -O2 -c oacc.i
-````
+    #!/bin/sh
+    
+    cat << EOF > oacc.i
+    int a, b;
+    int e() {
+      short *c = 0;
+      char d = c[a + 1];
+      b = d;
+      a += 2;
+    }
+    EOF
+    vax--netbsdelf-gcc -O2 -c oacc.i
+
 Asserts at emit-rtl.c:2310 gcc_assert (memory_address_addr_space_p (mode, addr, as));
 
 NetBSD avoids it with a local diff to reload.c/dse.c.
 
-It looks like a real bug in vax_legitimate_address_p not handling some addressing modes
+It looks like a real bug in vax_legitimate_address_p not handling some addressing modes.
+
+The code to handle offset(reg)[index] might be off: it doesn't like if neither xfoo0, xfoo1 are constant.

Add some local notes, to be expanded...
--- /dev/null	2019-08-29 12:40:02.614430650 +0000
+++ wikisrc/users/maya/vax-gcc.mdwn	2019-08-29 12:44:24.838207216 +0000
@@ -0,0 +1,23 @@
+# Various GCC/vax issues and invesigation #
+
+# libgomp crash with -O2 #
+Repro:
+````
+#!/bin/sh
+
+cat << EOF > oacc.i
+int a, b;
+int e() {
+  short *c = 0;
+  char d = c[a + 1];
+  b = d;
+  a += 2;
+}
+EOF
+vax--netbsdelf-gcc -O2 -c oacc.i
+````
+Asserts at emit-rtl.c:2310 gcc_assert (memory_address_addr_space_p (mode, addr, as));
+
+NetBSD avoids it with a local diff to reload.c/dse.c.
+
+It looks like a real bug in vax_legitimate_address_p not handling some addressing modes

add another regression; redefine "show stopper" - those bugs did not stop the show
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -r1.49 -r1.50
--- wikisrc/releng/netbsd9.mdwn	20 Aug 2019 14:12:14 -0000	1.49
+++ wikisrc/releng/netbsd9.mdwn	26 Aug 2019 12:59:36 -0000	1.50
@@ -20,12 +20,12 @@
 * [[!template id=pr number=54089]]: vax installer does not boot (init dies)
 * [[!template id=pr number=54093]]: Recent test regressions on sparc
 * [[!template id=pr number=54300]]: lib/libutil/t_snprintb test regression on sparc
-
+* [[!template id=pr number=54345]]: kernel diagnostic assertion "xfer != NULL" in wdc.c
 
 
 ## Bug Bountys
 
-PRs in the above list marked with /!\ are show stoppers and have a bug bounty of $100 attached.
+PRs in the above list marked with /!\ are likely hard and critical, and have a bug bounty of $100 attached.
 If you find a solution for one of the marked issues that leads to closing of the PRs, we will get
 in touch with you.
 

Mark as finished by myself (Kamil Rytarowski)
Index: wikisrc/projects/project/safestack.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/projects/project/safestack.mdwn,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- wikisrc/projects/project/safestack.mdwn	27 Jan 2018 16:42:44 -0000	1.4
+++ wikisrc/projects/project/safestack.mdwn	23 Aug 2019 06:45:03 -0000	1.5
@@ -13,6 +13,7 @@
 category="analyzers"
 difficulty="easy"
 duration="3 months"
+done_by="Kamil Rytarowski"
 
 description="""
 

Update with regressions since -8 (from gson)
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- wikisrc/releng/netbsd9.mdwn	31 Jul 2019 06:49:51 -0000	1.48
+++ wikisrc/releng/netbsd9.mdwn	20 Aug 2019 14:12:14 -0000	1.49
@@ -6,19 +6,23 @@
 
 * ~~[[!template id=pr number=53053]]: non-MULTIPROCESSOR hangs building Go~~ (still reproducable with newer go?)  
   [[!template id=pr number=53173]]: "go test net/http" locks up the machine (both PRs tied /!\ )
-
 * [[!template id=pr number=53016]]: Clock not stable /!\
-
 * [[!template id=pr number=53017]]: Kernel panics every now and then with "fpusave_lwp: did not" message
-
 * [[!template id=pr number=53155]]: Wedge after <12h uptime when >2 bnx network interfaces in use /!\
-
 * [[!template id=pr number=53161]]: ATF test runs leave a rump_server process around
-
 * [[!template id=pr number=53286]]: hdaudio(4), iwm(4) and rtsx(4) detections fail in UEFI case /!\
-
 * [[!template id=pr number=53291]]: GPT prevents installation
 
+Regression since [[netbsd8]]:
+
+* [[!template id=pr number=53128]]: Boot says "default boot twice, skipping..."
+* [[!template id=pr number=54074]]: Test cases ending in 32 fail on sparc64 since jemalloc update
+* [[!template id=pr number=54089]]: vax installer does not boot (init dies)
+* [[!template id=pr number=54093]]: Recent test regressions on sparc
+* [[!template id=pr number=54300]]: lib/libutil/t_snprintb test regression on sparc
+
+
+
 ## Bug Bountys
 
 PRs in the above list marked with /!\ are show stoppers and have a bug bounty of $100 attached.

Add a project "saslc implementation for openldap client"
Suggested by christos. Some fields are filled out by the project I copied,
and might have to be changed.
Members: 
	projects/project/saslc_openldap.mdwn:INITIAL->1.1 

--- /dev/null	2019-08-11 13:48:00.138302960 +0000
+++ wikisrc/projects/project/saslc_openldap.mdwn	2019-08-11 13:49:00.577017572 +0000
@@ -0,0 +1,30 @@
+[[!template id=project
+
+title="SASL-C implementation for the OpenLDAP client"
+
+contact="""
+[tech-userlevel](mailto:tech-userlevel@NetBSD.org)
+"""
+
+mentors="""
+[Christos Zoulas](mailto:christos@NetBSD.org)
+"""
+
+category="userland"
+difficulty="medium"
+duration="3 months"
+
+description="""
+OpenLDAP already has a SASL back-end for CYRUS-SASL.  
+In NetBSD, we have our own SASL-C library which has similar functionality and can be used in OpenLDAP instead of CYRUS.  
+Base postfix already does this.
+
+There is a cyrus.c file where all the work is done.  
+We can make a saslc.c one that uses our library.  
+This will allow different authentication schemes to be used for the client programs (so we will be able to run ldapsearch against an Active Directory server using GSSAPI.
+
+"""
+
+]]
+
+[[!tag gsoc]]

userlevel -> userland.
The latter exists as a category.
Members: 
	projects/project/static-analyzers.mdwn:1.3->1.4 

Index: wikisrc/projects/project/static-analyzers.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/projects/project/static-analyzers.mdwn,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- wikisrc/projects/project/static-analyzers.mdwn	15 Feb 2018 00:35:06 -0000	1.3
+++ wikisrc/projects/project/static-analyzers.mdwn	11 Aug 2019 13:41:28 -0000	1.4
@@ -10,7 +10,7 @@
 [Christos Zoulas](mailto:christos@NetBSD.org)
 """
 
-category="userlevel"
+category="userland"
 difficulty="medium"
 duration="2-3 months"
 

Update title to better specify it's a Xen project.
Index: wikisrc/projects/project/xen-drmkms.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/projects/project/xen-drmkms.mdwn,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- wikisrc/projects/project/xen-drmkms.mdwn	19 Aug 2015 00:12:08 -0000	1.1
+++ wikisrc/projects/project/xen-drmkms.mdwn	11 Aug 2019 13:35:19 -0000	1.2
@@ -1,6 +1,6 @@
 [[!template id=project
 
-title="DRMKMS support (gui support on dom0)"
+title="Xen DRMKMS support (GUI support on dom0)"
 
 contact="""
 [port-xen](mailto:port-xen@NetBSD.org)

Remove drmkms project.
It's not "done" in the sense that it will never be done. But we do have
the result, and keep need to work on it.
Members: 
	projects/project/kms-gem.mdwn:1.3->1.4(DEAD) 

--- wikisrc/projects/project/kms-gem.mdwn	2019-08-11 13:32:01.520547107 +0000
+++ /dev/null	2019-08-11 13:32:00.086456787 +0000
@@ -1,27 +0,0 @@
-[[!template id=project
-
-title="Kernel Mode Setting and Graphics Execution Manager"
-
-contact="""
-[tech-kern](mailto:tech-kern@NetBSD.org),
-[tech-x11](mailto:tech-x11@NetBSD.org)
-"""
-
-category="misc"
-difficulty="hard"
-
-description="""
-Recent overhaul of the X server infrastructure lead to the appearance of Kernel
-Mode Setting (KMS) and Graphics Execution Manager (GEM) to rejuvenate the X
-world. This has a number of benefits, from improving 3D GPU support,
-deprivileged X server to in-kernel video mode management, which can be very
-helpful when it is necessary to debug a live system using ddb(4).
-
-The goal of this project is to add the missing bits inside NetBSD, most notably
-KMS and GEM. Testing the port using a recent driver like nouveau would be worth
-the effort.
-
-Work on this is underway on the riastradh-drm2 branch.
-
-"""
-]]

Third time's the charm: mark this project done
Index: wikisrc/projects/project/wine_amd64.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/projects/project/wine_amd64.mdwn,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- wikisrc/projects/project/wine_amd64.mdwn	11 Aug 2019 13:23:48 -0000	1.7
+++ wikisrc/projects/project/wine_amd64.mdwn	11 Aug 2019 13:28:47 -0000	1.8
@@ -10,7 +10,7 @@
 
 category="userland"
 difficulty="easy"
-done_by"Naveen Narayanan (GSoC 2019)"
+done_by="Naveen Narayanan (GSoC 2019)"
 
 description="""
 The Wine program is made of two components, Wine32 and Wine64, that respectively

Try to mark it done again (?)
Index: wikisrc/projects/project/wine_amd64.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/projects/project/wine_amd64.mdwn,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- wikisrc/projects/project/wine_amd64.mdwn	11 Aug 2019 13:20:11 -0000	1.6
+++ wikisrc/projects/project/wine_amd64.mdwn	11 Aug 2019 13:23:48 -0000	1.7
@@ -7,14 +7,10 @@
 [tech-kern](mailto:tech-kern@NetBSD.org)
 """
 
-mentors="""
-[Maxime Villard](mailto:maxv@NetBSD.org)
-[Maya Rashish](mailto:maya@NetBSD.org)
-"""
 
 category="userland"
 difficulty="easy"
-done_by"Naveen Narayanan"
+done_by"Naveen Narayanan (GSoC 2019)"
 
 description="""
 The Wine program is made of two components, Wine32 and Wine64, that respectively

Mark wine project as done by Naveen Narayanan.
Index: wikisrc/projects/project/wine_amd64.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/projects/project/wine_amd64.mdwn,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- wikisrc/projects/project/wine_amd64.mdwn	6 Sep 2018 14:57:51 -0000	1.5
+++ wikisrc/projects/project/wine_amd64.mdwn	11 Aug 2019 13:20:11 -0000	1.6
@@ -14,6 +14,7 @@
 
 category="userland"
 difficulty="easy"
+done_by"Naveen Narayanan"
 
 description="""
 The Wine program is made of two components, Wine32 and Wine64, that respectively
@@ -40,5 +41,3 @@
 Note that reaching the first step is already good.
 """
 ]]
-
-[[!tag gsoc]]

pgoyette-compat has been merged
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.47
retrieving revision 1.48
diff -u -r1.47 -r1.48
--- wikisrc/releng/netbsd9.mdwn	31 Jul 2019 06:47:29 -0000	1.47
+++ wikisrc/releng/netbsd9.mdwn	31 Jul 2019 06:49:51 -0000	1.48
@@ -64,7 +64,7 @@
 
 ## Nice to have, but likely won't be finished on time
 
-* merge pgoyette-compat
+* ~~~merge pgoyette-compat~~~ (done)
 * address failing ptrace(2) tests, cover the remaining scenarios (there are planned ~2k ATF tests total for the elementary functionality)
 * rework semantics of threading operations in ptrace(2)
 

Remove pmax item that does not apply to this branch
Index: wikisrc/releng/netbsd9.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng/netbsd9.mdwn,v
retrieving revision 1.46
retrieving revision 1.47
diff -u -r1.46 -r1.47
--- wikisrc/releng/netbsd9.mdwn	7 Jan 2019 22:48:28 -0000	1.46
+++ wikisrc/releng/netbsd9.mdwn	31 Jul 2019 06:47:29 -0000	1.47
@@ -49,7 +49,6 @@
 * ~~~plug kernel pointer leaks~~~ (done)
 * ~~~fix Nouveau, some GPUs stopped working after the update~~~ (done)
 * umb(4) confirmed working with network traffic
-* [Revert pmax switch to common MIPS bus_space and bus_dma](https://releng.netbsd.org/cgi-bin/req-8.cgi?show=154)
 
 ## Nice to have
 

Update netbsd-9 status
Index: wikisrc/releng.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng.mdwn,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- wikisrc/releng.mdwn	2 Jun 2019 10:27:03 -0000	1.35
+++ wikisrc/releng.mdwn	31 Jul 2019 06:39:21 -0000	1.36
@@ -9,7 +9,8 @@
 The next major release will be NetBSD 9.0.
 
 * Next release: NetBSD 9.0
-  + no CVS branch yet
+  + CVS branch tag: <code>netbsd-9</code>
+* [Current pull-up queue for the netbsd-9 branch](http://releng.netbsd.org/cgi-bin/req-9.cgi)
 * [[NetBSD 9.0 preliminary task list|releng/netbsd9]]
 
 ## Active Major Releases

Restrict scope to netbsd-8, newer versions have been fixed
Index: wikisrc/Installation_on_UEFI_systems.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/Installation_on_UEFI_systems.mdwn,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- wikisrc/Installation_on_UEFI_systems.mdwn	13 Jun 2018 07:30:36 -0000	1.2
+++ wikisrc/Installation_on_UEFI_systems.mdwn	26 Jul 2019 07:30:42 -0000	1.3
@@ -1,8 +1,10 @@
 ## Installing NetBSD 8.0 on a x86 system with UEFI
 
-Modern x86 machines have UEFI instead of BIOS firmware. Unfortunately, as of the upcoming NetBSD 8.0 release the installer does not fully support this setup. We hope to address this shortcoming quickly after the NetBSD 8.0 release and provide full automatic installations for this kind of systems (and also mixed operating system setups) in NetBSD 8.1.
+Modern x86 machines have UEFI instead of BIOS firmware. Unfortunately, as of the NetBSD 8.0 release the installer did not fully support this setup.
 
-This tutorial shows how to semi-manually do it. For simplicity we assume that you have booted the UEFI install image from a USB stick and want to install NetBSD onto the whole disk in the machine.
+For NetBSD-current and NetBSD 9 the installer has been enhanced, it should automatically do the right thing for your machine, no matter if it has BIOS or UEFI firmware, or how big the disks are.
+
+This tutorial (__only for NetBSD 8.x!__) shows how to semi-manually do it. For simplicity we assume that you have booted the UEFI install image from a USB stick and want to install NetBSD onto the whole disk in the machine.
 
 ### Getting out of the Installer
 

Remove ISDN project following ISDN kernel code being removed.
ok martin
Members: 
	projects/project/isdn-nt-asterisk.mdwn:1.5->1.6(DEAD) 

--- wikisrc/projects/project/isdn-nt-asterisk.mdwn	2019-07-25 19:00:00.129473797 +0000
+++ /dev/null	2019-07-25 18:55:03.626518445 +0000
@@ -1,32 +0,0 @@
-[[!template id=project
-
-title="ISDN NT support and Asterisk integration"
-
-contact="""
-[tech-kern](mailto:tech-kern@NetBSD.org)
-"""
-
-mentors="""
-[Martin Husemann](mailto:martin@NetBSD.org)
-"""
-
-category="kernel"
-difficulty="medium"
-duration="3 months"
-
-description="""
-NetBSD is a common target for asterisk installations and could use some improvements.
-Improving ISDN puts us back in the running as a high-end installation target.
-
-This project has three milestones:
-
-* add support for the NT (network) side of ISDN to the NetBSD ISDN stack
-* interface ISDN (in NT mode) to the [Asterisk PBX](http://asterisk.org/), which would allow using existing ISDN PBXes as SIP/VoIP phones
-* show this makes it easier to test new ISDN card drivers
-
-Previous work in this area can be found at the [alternative ISDN driver site](http://www.turbocat.net/~hselasky/isdn4bsd/).
-
-The student needs access to ISDN and telephony hardware for this project.
-
-"""
-]]

show how the same script could be executed as a one liner
Index: wikisrc/tutorials/how_to_enable_and_run_dtrace.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/tutorials/how_to_enable_and_run_dtrace.mdwn,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- wikisrc/tutorials/how_to_enable_and_run_dtrace.mdwn	22 Jul 2018 17:18:06 -0000	1.26
+++ wikisrc/tutorials/how_to_enable_and_run_dtrace.mdwn	21 Jul 2019 12:28:26 -0000	1.27
@@ -101,7 +101,10 @@
     dtrace: script './hello.d' matched 1 probe
     CPU     ID                    FUNCTION:NAME
       0      1                           :BEGIN   Hello world
-    
+
+The same script could be executed as a one liner on the shell, using
+
+    dtrace -n 'BEGIN { trace("Hello world"); exit(0); }'
 
 ## A more complex example
 

Move pkgsrcCon 2019 to past events
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.77
retrieving revision 1.78
diff -u -r1.77 -r1.78
--- wikisrc/events.mdwn	14 Jun 2019 21:56:52 -0000	1.77
+++ wikisrc/events.mdwn	19 Jul 2019 12:22:44 -0000	1.78
@@ -12,19 +12,6 @@
 
 Future Events
 -------------
-
-### `Jul 2019` - pkgsrcCon 2019, Cambridge, United Kingdom
-
-*July 13 - 14, 2019, Cambridge, United Kingdom*
-
-[pkgsrcCon](//pkgsrc.org/pkgsrcCon/2019/) is the annual technical
-conference for people working on pkgsrc, a framework for building
-over 19,000 open source software packages.
-pkgsrc is the native package manager on NetBSD, SmartOS and Minix, and
-is portable across many different operating systems including Linux and
-Mac OS X.
-
-
 ### `Sep 2019` - EuroBSDcon 2019, Lillehammer, Norway
 
 *September 19 - 22, 2019, Scandic Lillehammer Hotel, Lillehammer, Norway*
@@ -54,6 +41,18 @@
 
 Past Events
 -----------
+### `Jul 2019` - pkgsrcCon 2019, Cambridge, United Kingdom
+
+*July 13 - 14, 2019, Cambridge, United Kingdom*
+
+[pkgsrcCon](//pkgsrc.org/pkgsrcCon/2019/) is the annual technical
+conference for people working on pkgsrc, a framework for building
+over 19,000 open source software packages.
+pkgsrc is the native package manager on NetBSD, SmartOS and Minix, and
+is portable across many different operating systems including Linux and
+Mac OS X.
+
+
 ### `May 2019` - BSDCan 2019, Ottawa, Canada
 
 *May 15 - 18, 2019, University of Ottawa, Ottawa, Canada*

do not claim RPI4 is supported
Index: wikisrc/ports/evbarm/raspberry_pi.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm/raspberry_pi.mdwn,v
retrieving revision 1.119
retrieving revision 1.120
diff -u -r1.119 -r1.120
--- wikisrc/ports/evbarm/raspberry_pi.mdwn	19 May 2019 10:23:52 -0000	1.119
+++ wikisrc/ports/evbarm/raspberry_pi.mdwn	27 Jun 2019 17:34:15 -0000	1.120
@@ -1,10 +1,10 @@
 [[!meta title="NetBSD/evbarm on Raspberry Pi"]]
 
-This page describes the NetBSD/evbarm port on [Raspberry Pi](http://www.raspberrypi.org) hardware.  All [board variants](https://en.wikipedia.org/wiki/Raspberry_Pi#Specifications) are believed supported, and specific boards know to work are listed.  We use e.g. "RPI2" to refer to "Raspberry Pi 2" to save precious bytes on this page.  This web page is 32-bit (aarch32) centric, as that has been until mid-2018 the only approach.
+This page describes the NetBSD/evbarm port on [Raspberry Pi](http://www.raspberrypi.org) hardware.  All [board variants](https://en.wikipedia.org/wiki/Raspberry_Pi#Specifications) earlier than the RPI4 are believed supported, and specific boards known to work are listed.  We use e.g. "RPI2" to refer to "Raspberry Pi 2" to save precious bytes on this page.  This web page is 32-bit (aarch32) centric, as that has been until mid-2018 the only approach.
 
 Initial, limited, Raspberry Pi support was introduced in NetBSD 6.0.  NetBSD 7.0 adds complete support for the board, along with introducing support for the quad-core Raspberry Pi 2 board.  Raspberry Pi 3 support was added for NetBSD 8, and backported to NetBSD 7 in July of 2017.  (This page assumes those using NetBSD 7 are using 7.2 or later, but note that everyone uses 8 or -current.)
 
-In mid-2018, -current gained support for 64-bit ARM (aarch64) support.
+In mid-2018, -current gained support for 64-bit ARM (aarch64) support.  This will be in NetBSD 9.
 
 [[images/raspberrypi.jpg]]
 
@@ -48,6 +48,7 @@
 
 ## What needs work
 
+ - RPI4 (almost certainly; not clear)
  - USB (host); isochronous transfers.
  - RPI3, RPI0W builtin WiFi
  - RPI0W Bluetooth Low Energy (probably)

add another rpi page pointer
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.80
retrieving revision 1.81
diff -u -r1.80 -r1.81
--- wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:30:46 -0000	1.80
+++ wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:32:09 -0000	1.81
@@ -283,6 +283,8 @@
 ### Raspberry Pi Foundation **Raspberry Pi**/**Raspberry Pi 2**/**Raspberry Pi 3**
 The [[Raspberry Pi]] is a low-cost credit-card-sized computer from the Raspberry Pi Foundation.  The Raspberry Pi, Pi 2, and Pi 3 are supported.
 
+See the [[Raspberry Pi 1, 2 and 3|Raspberry Pi]] page for much more information.
+
 ### Samsung **SMDK2410**
 
 The SMDK2410 is the reference platform for the Samsung **S3C2410** processor,

note that board-specific info has installation info
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.79
retrieving revision 1.80
diff -u -r1.79 -r1.80
--- wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:29:39 -0000	1.79
+++ wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:30:46 -0000	1.80
@@ -61,7 +61,7 @@
 
 NetBSD developer Jared McNeill provides [builds of NetBSD-current for a vast variety of hardware.](https://www.invisible.ca/arm/)   In addition to the standard build, these images have board-specific uboot contents.  See also /usr/pkgsrc/sysutils/u-boot*.
 
-### Board specific information
+### Board specific information (often including installation information)
  - [[Allwinner sunxi family SoCs|Allwinner]]
  - [[BeagleBone, BeagleBone Black, and PocketBeagle|BeagleBone]]
  - [[NVIDIA Tegra|Tegra]]

restore ssh content
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.78
retrieving revision 1.79
diff -u -r1.78 -r1.79
--- wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:28:31 -0000	1.78
+++ wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:29:39 -0000	1.79
@@ -68,8 +68,6 @@
  - [[ODROID C1 and C1+|ODROID-C1]]
  - [[Raspberry Pi 1, 2 and 3|Raspberry Pi]]
 
-"""
-
 ### SSH configuration for installtion
 
 The default configuration will connect to the local network via DHCP and
@@ -82,6 +80,7 @@
 
 <!--TODO: Additional configuration options are available on creds_msdos.8-->
 
+"""
 supported_hardware="""
 
 **NOTE**: This list is incomplete. For a full list of boards, please see the [GENERIC DTS files](http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/sys/arch/evbarm/conf/GENERIC).

Add invisible.ca pointer
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.77
retrieving revision 1.78
diff -u -r1.77 -r1.78
--- wikisrc/ports/evbarm.mdwn	27 Jun 2019 16:52:01 -0000	1.77
+++ wikisrc/ports/evbarm.mdwn	27 Jun 2019 17:28:31 -0000	1.78
@@ -57,6 +57,10 @@
  - evbarm-aarch64 uses "qemu-system-aarch64 -M virt"
  - Information on how to test emulated versions of other specific hardware is welcome.
 
+### invisible.ca builds
+
+NetBSD developer Jared McNeill provides [builds of NetBSD-current for a vast variety of hardware.](https://www.invisible.ca/arm/)   In addition to the standard build, these images have board-specific uboot contents.  See also /usr/pkgsrc/sysutils/u-boot*.
+
 ### Board specific information
  - [[Allwinner sunxi family SoCs|Allwinner]]
  - [[BeagleBone, BeagleBone Black, and PocketBeagle|BeagleBone]]

evbarm: move ssh info (which is a detail) later
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.76
retrieving revision 1.77
diff -u -r1.76 -r1.77
--- wikisrc/ports/evbarm.mdwn	12 Jun 2019 09:02:16 -0000	1.76
+++ wikisrc/ports/evbarm.mdwn	27 Jun 2019 16:52:01 -0000	1.77
@@ -18,18 +18,6 @@
 supports some specific embedded system products based on prototype board
 designs.
 
-### SSH configuration
-
-The default configuration will connect to the local network via DHCP and
-run an SSH server. In order to use the SSH server, we must configure
-users. This can be done by writing to the SD card's MS-DOS partition.
-
-Create a creds.txt file and use:
-
-           useradd user password
-
-<!--TODO: Additional configuration options are available on creds_msdos.8-->
-
 ### CPU types
 
 The evbarm port can be built with a variety of CPU options, corresponding to the
@@ -78,6 +66,18 @@
 
 """
 
+### SSH configuration for installtion
+
+The default configuration will connect to the local network via DHCP and
+run an SSH server. In order to use the SSH server, we must configure
+users. This can be done by writing to the SD card's MS-DOS partition.
+
+Create a creds.txt file and use:
+
+           useradd user password
+
+<!--TODO: Additional configuration options are available on creds_msdos.8-->
+
 supported_hardware="""
 
 **NOTE**: This list is incomplete. For a full list of boards, please see the [GENERIC DTS files](http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/sys/arch/evbarm/conf/GENERIC).

Update pkgsrcCon 2019 URL.
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.76
retrieving revision 1.77
diff -u -r1.76 -r1.77
--- wikisrc/events.mdwn	13 Jun 2019 21:09:32 -0000	1.76
+++ wikisrc/events.mdwn	14 Jun 2019 21:56:52 -0000	1.77
@@ -17,9 +17,9 @@
 
 *July 13 - 14, 2019, Cambridge, United Kingdom*
 
-[pkgsrcCon](//mail-index.NetBSD.org/pkgsrc-users/2019/06/13/msg028791.html)
-is the annual technical conference for people working on pkgsrc, a
-framework for building over 19,000 open source software packages.
+[pkgsrcCon](//pkgsrc.org/pkgsrcCon/2019/) is the annual technical
+conference for people working on pkgsrc, a framework for building
+over 19,000 open source software packages.
 pkgsrc is the native package manager on NetBSD, SmartOS and Minix, and
 is portable across many different operating systems including Linux and
 Mac OS X.

Add pkgsrcCon 2019
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.75
retrieving revision 1.76
diff -u -r1.75 -r1.76
--- wikisrc/events.mdwn	21 May 2019 13:58:53 -0000	1.75
+++ wikisrc/events.mdwn	13 Jun 2019 21:09:32 -0000	1.76
@@ -13,6 +13,18 @@
 Future Events
 -------------
 
+### `Jul 2019` - pkgsrcCon 2019, Cambridge, United Kingdom
+
+*July 13 - 14, 2019, Cambridge, United Kingdom*
+
+[pkgsrcCon](//mail-index.NetBSD.org/pkgsrc-users/2019/06/13/msg028791.html)
+is the annual technical conference for people working on pkgsrc, a
+framework for building over 19,000 open source software packages.
+pkgsrc is the native package manager on NetBSD, SmartOS and Minix, and
+is portable across many different operating systems including Linux and
+Mac OS X.
+
+
 ### `Sep 2019` - EuroBSDcon 2019, Lillehammer, Norway
 
 *September 19 - 22, 2019, Scandic Lillehammer Hotel, Lillehammer, Norway*

update links
Index: wikisrc/users/jun.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/users/jun.mdwn,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- wikisrc/users/jun.mdwn	30 Sep 2015 01:23:43 -0000	1.15
+++ wikisrc/users/jun.mdwn	13 Jun 2019 01:27:28 -0000	1.16
@@ -1,30 +1,46 @@
 [[!meta  title="Jun Ebihara"]]
+
 ## Current my job mission
--  Keep Gfarm File System Storage for High Performance Computer Infrastructure.
+- SOUM Corporation [[http://www.soum.co.jp]],TOKYO
+- Support Open Science Framework in Japan
 
-## Japan NetBSD Users' Group
--  [[http://www.jp.NetBSD.org/]]
--  [[https://github.com/NetBSDjp/htdocs]]
--  [[http://www.soum.co.jp/~jun/2014maps.pdf]]
--  [[http://www.slideshare.net/junebihara18/osc100th-asiabsdcon]]
+## make NetBSD booth and presentation around Japan area.
+- Open Source Conference [[https://www.ospn.jp/]] 
+- Report on [[http://mail-index.netbsd.org/netbsd-advocacy/tindex.html]]
+- [[https://github.com/ebijun/NetBSD/blob/master/Guide/OSC/OSC2019.rst]]
 
-## NetBSD Guide
-- [[https://github.com/ebijun/osc-demo]]
+## NetBSD machines in Japan
+-  [[http://www.re.soum.co.jp/~jun/asiabsdcon2019.pdf]]
 
 ## NetBSD Raspberry PI Images
+- [[https://github.com/ebijun/NetBSD/blob/master/RPI/RPIimage/Image/README]]
 - [[ftp://ftp.netbsd.org/pub/NetBSD/misc/jun/raspberry-pi/]]
+- [[https://github.com/ebijun/NetBSD/blob/master/Guide/RPI/RPIupdate2019.rst]]
 
-## NetBSD machines in Japan
--  [[http://www.soum.co.jp/~jun/asiabsdcon2015.pdf]]
+## NetBSD/pinebook status
+- [[https://github.com/ebijun/NetBSD/blob/master/pinebook/README]]
 
-## NetBSD.jp Facebook Page
+## update NetBSD.jp Facebook Page
 -  [[http://www.facebook.com/NetBSD.jp]]
 
+## NetBSD Guide
+- [[https://github.com/ebijun/osc-demo]]
+
+## Japan NetBSD Users' Group
+-  [[http://www.jp.NetBSD.org/]]
+-  [[https://github.com/NetBSDjp/htdocs]]
+-  [[http://www.soum.co.jp/~jun/2014maps.pdf]]
+-  [[http://www.slideshare.net/junebihara18/osc100th-asiabsdcon]]
+
+## Nagoya *BSD Users' Group
+- [[http://nagoya.bug.gr.jp/]]
+- usermeeting/month
+
+
 ## Supporting AsiaBSDCon
 -  [[https://www.bsdresearch.org/index.html.en]]
 
 ## Tips
-- [[eventtomarkdowntest]]
 - [[KOBO]]
 - [[qemu and sparc]]
 - [[wlan]]
@@ -32,4 +48,3 @@
 - [[machines]]
 - [[intro]]
 - [[links]]
-

Use a HTML comment instead of failing to make a markdown one
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.75
retrieving revision 1.76
diff -u -r1.75 -r1.76
--- wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:59:37 -0000	1.75
+++ wikisrc/ports/evbarm.mdwn	12 Jun 2019 09:02:16 -0000	1.76
@@ -28,7 +28,7 @@
 
            useradd user password
 
-\todo Additional configuration options are available on creds_msdos.8
+<!--TODO: Additional configuration options are available on creds_msdos.8-->
 
 ### CPU types
 

Refer to FDT configurations, all new configurations are FDT!
(People usually don't look at information about older boards)
Members: 
	ports/evbarm.mdwn:1.74->1.75 

Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.74
retrieving revision 1.75
diff -u -r1.74 -r1.75
--- wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:54:57 -0000	1.74
+++ wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:59:37 -0000	1.75
@@ -80,7 +80,7 @@
 
 supported_hardware="""
 
-**NOTE**: This list is incomplete. For a full list of configurations, please see the [evbarm kernel configs](http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/evbarm/conf/) directory in CVS.
+**NOTE**: This list is incomplete. For a full list of boards, please see the [GENERIC DTS files](http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/sys/arch/evbarm/conf/GENERIC).
 
 [[!toc startlevel=3]]
 

Write the simplest version of creds.txt usage.
XXX would be nice if this section could include documentation on how to
install, but apparently "it's hard, use jared's images" is our way, and
I'm not sure if I can write that.
XXX install creds_msdos so I can refer to it as "for more option"
XXX install creds_msdos so I can refer to it as "for more option"

Members: 
	ports/evbarm.mdwn:1.73->1.74 

Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.73
retrieving revision 1.74
diff -u -r1.73 -r1.74
--- wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:32:12 -0000	1.73
+++ wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:54:57 -0000	1.74
@@ -18,6 +18,18 @@
 supports some specific embedded system products based on prototype board
 designs.
 
+### SSH configuration
+
+The default configuration will connect to the local network via DHCP and
+run an SSH server. In order to use the SSH server, we must configure
+users. This can be done by writing to the SD card's MS-DOS partition.
+
+Create a creds.txt file and use:
+
+           useradd user password
+
+\todo Additional configuration options are available on creds_msdos.8
+
 ### CPU types
 
 The evbarm port can be built with a variety of CPU options, corresponding to the

don't list matt@ as port maintainer.
according to src/doc/RESPONSIBLE, core is responsible for it.
Members: 
	ports/evbarm.mdwn:1.72->1.73 

Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.72
retrieving revision 1.73
diff -u -r1.72 -r1.73
--- wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:29:41 -0000	1.72
+++ wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:32:12 -0000	1.73
@@ -18,8 +18,6 @@
 supports some specific embedded system products based on prototype board
 designs.
 
-Matt Thomas is the maintainer of NetBSD/evbarm.
-
 ### CPU types
 
 The evbarm port can be built with a variety of CPU options, corresponding to the
@@ -51,12 +49,6 @@
 (Note also that armv8 is the first architecture to support aarch64, so
 this will not be an issue until at least armv9.)
 
-### Kernels and userland
-
-The evbarm userland can be used on any system that can run code of the
-CPU type used for the build.  Typically, a particular board requires a
-kernel for that board.
-
 ### anita and qemu
 
 anita can be used to test builds.  (In addition to anita, install qemu and dtb-arm-vexpress from pkgsrc.)   The release subdirectory should follow the naming convention on the autobuild cluster, used below.

Prune some information about OABI, it's *super* crufty now, and we will
probably drop support soon.
Index: wikisrc/ports/evbarm.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm.mdwn,v
retrieving revision 1.71
retrieving revision 1.72
diff -u -r1.71 -r1.72
--- wikisrc/ports/evbarm.mdwn	2 Jun 2019 13:32:38 -0000	1.71
+++ wikisrc/ports/evbarm.mdwn	12 Jun 2019 08:29:41 -0000	1.72
@@ -51,52 +51,6 @@
 (Note also that armv8 is the first architecture to support aarch64, so
 this will not be an issue until at least armv9.)
 
-#### ABI types
-
-There are two basic ABIs on ARM.  One, called oabi, assumed a
-particular kind of hardware floating point (FPA).  This results in
-faulting any floating-point instructions for kernel emulation on a
-vast number of CPus, which is very slow.  A newer one, called eabi,
-has two variants.  Both have stricter alignment rules, tending to 8
-byte rather than 4 bytes for 8-byte types (but actually read the specs
-if you care).  The one without "hf" emulates floating point without
-causing traps/emulation, and "hf" uses VFP instructions, which are
-present on modern CPUs. See the
-[TS-7200](https://wiki.embeddedarm.com/wiki/EABI_vs_OABI) and
-[Debian](https://wiki.debian.org/ArmEabiPort) documentation.
-
-Now, EABI is normal, and OABI is crufty.  The only real reason NetBSD
-retains OABI support is binary compatibility with older releases.  The
-"arm" and "armeb" MACHINE_ARCH targets are OABI; the rest of the
-targets, all having "earm" are EABI.
-
-\todo CHECK THIS: The "aarch64" MACHINE_ARCH target is an EABI variant.
-
-### Relationship of MACHINE_ARCH to official ARM terminology
-
-Note that these are all little endian, and have big endian variants
-with a "eb" suffix.  Unless otherwise noted, all use the A32 or
-aarch32 instruction set.
-
-[[!table data=<<EOT
-MACHINE_ARCH |bits | ARM architecture version            |ABI
-arm          |32   |\todo ?                              |oabi
-earm         |32   |alias for earmv5 (\todo why?)        |eabi
-earmv4       |32   |armv4 (no thumb, so ok on strongarm) |eabi
-earmv5       |32   |armv5t                               |eabi
-earmv6       |32   |armv6                                |eabi
-earmv7       |32   |armv7                                |eabi
-aarch64      |64   |armv8 in aarch64 mode                |\todo ? eabi
-EOT]]
-
-\todo Explain why, if we have armv5, we still have earm as a MACHINE_ARCH.
-
-\todo Explain why aarch64 is a MACHINE_ARCH, when it seems like it
-should be something like armv8hf_64.
-
-\todo Explain if MACHINE_ARCH values correspond to a particular
-argument to some CPU selection command in gcc (and/or clang).
-
 ### Kernels and userland
 
 The evbarm userland can be used on any system that can run code of the

moer typos
Index: wikisrc/tutorials/sysinst_translations_and_testing.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/tutorials/sysinst_translations_and_testing.mdwn,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- wikisrc/tutorials/sysinst_translations_and_testing.mdwn	11 Jun 2019 15:29:11 -0000	1.3
+++ wikisrc/tutorials/sysinst_translations_and_testing.mdwn	11 Jun 2019 15:32:06 -0000	1.4
@@ -120,10 +120,10 @@
     sed "s/@@VERSION@@/8.99.43/" msg.def |  ....   > /tmp/sysinst.en
     ERROR: No translation for message MSG_kb_default
 
-This error is ok, it just means the english string for the default keyboard layout is empty (and sysinst deals with that).
+This error is ok, it just means the English string for the default keyboard layout is empty (and sysinst deals with that).
 
     /bin/sh /work/src/usr.sbin/sysinst/arch/amd64/../../msg_cmp.sh ...... sysinstmsgs.de
-    Messages identical to the english version:
+    Messages identical to the English version:
     OK (10):        OK
     ok (11):        ok
     megname (35):   MB

missed one
Index: wikisrc/tutorials/sysinst_translations_and_testing.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/tutorials/sysinst_translations_and_testing.mdwn,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- wikisrc/tutorials/sysinst_translations_and_testing.mdwn	11 Jun 2019 15:28:05 -0000	1.2
+++ wikisrc/tutorials/sysinst_translations_and_testing.mdwn	11 Jun 2019 15:29:11 -0000	1.3
@@ -113,7 +113,7 @@
 
     make check-lang LANG=de
 
-This will test the given languag (de here) and compare all translated strings against the original English text.
+This will test the given language (de here) and compare all translated strings against the original English text.
 You will get output like this:
 
     #    create  amd64/check-lang

Improvements from nick (hope I did not introduce new typos)
Index: wikisrc/tutorials/sysinst_translations_and_testing.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/tutorials/sysinst_translations_and_testing.mdwn,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- wikisrc/tutorials/sysinst_translations_and_testing.mdwn	11 Jun 2019 15:00:42 -0000	1.1
+++ wikisrc/tutorials/sysinst_translations_and_testing.mdwn	11 Jun 2019 15:28:05 -0000	1.2
@@ -13,11 +13,11 @@
 
 # Testing sysinst
 
-The easiest way to test run sysinst from an installed system is to create a vnd device and pointing sysinst at that as installation target.
-You could also use a USB stick, but for main installation testing vnd works fine.
+The easiest way to test run sysinst from an installed system is to create a vnd device and pointing sysinst at that as the installation target.
+You could also use a USB stick, but for sysinst user interface testing vnd works fine.
 The installation process will not write to many blocks on the install disk, so a lazily allocated image file can be used (which gives you the chance to 
 experiment with installations to much larger disks).
-Unfortunately this testing will not be usefull to cover real tests like "is the system I did install actually bootable?" - but to check and verify the sysinst user interface and translations it is fine.
+Unfortunately this testing will not be usefull to cover real tests like "is the installation actually bootable?" - but to check and verify the sysinst user interface and translations it is fine.
 
 For more full testing, check emulators/virtualization for your target architecture and pkgsrc/misc/py-anita.
 
@@ -73,9 +73,9 @@
 
 ![two sysinst instances (en and es) in parallel](https://www.NetBSD.org/~martin/sysinst_parallel_en_es.png)
 
-You can navigate both instances in parallel untill you get to the unclear point.
+You can navigate both instances in parallel until you get to the unclear point.
 
-As you can see in the spanish version, some translations are missing in this version.
+As you can see in the Spanish version, some translations are missing in this version.
 See below for systematically checking for this.
 
 # Building sysinst locally with changes
@@ -109,11 +109,11 @@
 
 # Finding missing translations
 
-When you pick up a translation and want to do a overall check for missing / untranslated strings, follow the recipe for local native builds above, and after the build do:
+When you pick up a translation and want to do an overall check for missing / untranslated strings, follow the recipe for local native builds above, and after the build do:
 
     make check-lang LANG=de
 
-This will test the given languag (de here) and compare all translated strings against the original english text.
+This will test the given languag (de here) and compare all translated strings against the original English text.
 You will get output like this:
 
     #    create  amd64/check-lang

Add a guide to test sysinst and translations
--- /dev/null	2019-06-11 15:01:05.702619294 +0000
+++ wikisrc/tutorials/sysinst_translations_and_testing.mdwn	2019-06-11 15:01:10.582942577 +0000
@@ -0,0 +1,140 @@
+[[!meta title="Sysinst: translations and testing"]]
+
+The NetBSD installers come in lots of packaging and formats.
+The main application at the heart of most of them is sysinst.
+We provide some translations of sysinst, which usually have been created by the user community.
+
+When features are added to sysinst, the developer usually does not have ready access to the wide range of translators (or foreign native speakers) to update all translations. When new user interface items appear, the translated versions often are copied from the original English message. Ideally after each such addition the user community should be invoked to fill in the missing parts in translations, but sometimes it will take some time - or nobody will pick up the translation.
+
+So whenever you should decide you could help with testing sysinst or its translation into your own native language, here is how you can locally test it easily without killing your existing NetBSD installation or waiting on new full builds of install media after each change.
+
+However, most of this testing will have to happen as user root, and you need to be careful!
+Usual advice of creating (and double checking) backups upfront applies. This guide comes free without any warranty.
+
+# Testing sysinst
+
+The easiest way to test run sysinst from an installed system is to create a vnd device and pointing sysinst at that as installation target.
+You could also use a USB stick, but for main installation testing vnd works fine.
+The installation process will not write to many blocks on the install disk, so a lazily allocated image file can be used (which gives you the chance to 
+experiment with installations to much larger disks).
+Unfortunately this testing will not be usefull to cover real tests like "is the system I did install actually bootable?" - but to check and verify the sysinst user interface and translations it is fine.
+
+For more full testing, check emulators/virtualization for your target architecture and pkgsrc/misc/py-anita.
+
+## Setting up a sparse vnd disk image
+
+Make sure you are on a filesystem that does support lazy allocation (that is: not tmpfs) and do something like this (as root):
+
+    dd if=/dev/zero of=disk.img seek=6g count=1
+    vnconfig -c vnd0 disk.img
+
+This will create a virtual disk (vnd0) with about 3 TB space.
+(If you are curious about the math: 6g sectors of 512 byte each plus one, so 1 sector = 1/2 kByte and 6g sectors ~3 terrabyte.)
+To get rid of the vnd, use:
+
+    vnconfig -u vnd0
+    rm disk.img
+
+Now you can just run
+
+    sysinst
+
+and select vnd0 as installation target.
+
+# Checking translations
+
+Translated messages can be found in the sysinst sources (in the usr.sbin/sysinst directory of the NetBSD source tree) in files called msg.*.*, for example all MBR (the master boot record disk partitioning) related strings for the german sysinst translation are in msg.mbr.de.
+
+In general they look like:
+
+    messge name_of_message {translated_content}
+
+and sometimes they have positional parameters, which typically are explained in a comment right before the message:
+
+    /* Called with:                         Example
+     *  $0 = device name                    wd0
+     *  $1 = outer partitioning name        Master Boot Record (MBR)
+     *  $2 = short version of $1            MBR
+     */
+    message dofdisk
+    {$0: schreibe die $2 Partitionstabelle ...
+    }
+
+The content (between { braces }) is free flowing text, that is: if the display is wider, newlines may be replace by spaces to fill the display width.
+Whenever a hard line break is meant, a space followed by a newline is used.
+Newlines at the end of a message (right before the closing brace }) are always hard line breaks.
+
+This may sound backwards, so double check when making changes.
+
+If translations do not make sense, it sometimes helps to run two sysinst instances in two terminals side by side, using the english text in one and the translated in the other.
+This is easy to do with sparse vnd disk images as described above - just create a second vnd and run another sysint targetting that.
+
+Here is an example image:
+
+![two sysinst instances (en and es) in parallel](https://www.NetBSD.org/~martin/sysinst_parallel_en_es.png)
+
+You can navigate both instances in parallel untill you get to the unclear point.
+
+As you can see in the spanish version, some translations are missing in this version.
+See below for systematically checking for this.
+
+# Building sysinst locally with changes
+
+If you change translations and want to test the result, it is a lot faster to locally just build sysinst manually inside the source tree, than to do a complete "build.sh release iso-image" build to get the installer CD image.
+
+This is a hack, but worth the time savings.
+Please carefully clean up afterwards (by doing "make cleandir").
+
+If you are cross-compiling for some other machine, you have to identify the TOOLDIR binary sub directory and invoke the make stub from there.
+
+Example:
+
+    cd src/usr.sbin/sysinst/arch/mac68k
+    $TOOLDIR/bin/nbmake-mac68k
+
+This will create the mac68k sysinst binary, you will find the result in $OBJDIR/usr.sbin/sysinst/arch/mac68k and can directly copy the binary over to the test machine.
+
+If building on the target machine itself you can use the USETOOLS=never environment setting:
+
+    cd src/usr.sbin/sysinst/arch/amd64
+    USETOOLS=never; export USETOOLS
+    make
+
+This will create sysinst (and the translation files) in the current directory.
+You can run the modified version directly there:
+
+    sudo ./sysinst
+
+But make sure to do a "make clean" when you are done!
+
+# Finding missing translations
+
+When you pick up a translation and want to do a overall check for missing / untranslated strings, follow the recipe for local native builds above, and after the build do:
+
+    make check-lang LANG=de
+
+This will test the given languag (de here) and compare all translated strings against the original english text.
+You will get output like this:
+
+    #    create  amd64/check-lang
+    sed "s/@@VERSION@@/8.99.43/" msg.def |  ....   > /tmp/sysinst.en
+    ERROR: No translation for message MSG_kb_default
+
+This error is ok, it just means the english string for the default keyboard layout is empty (and sysinst deals with that).
+
+    /bin/sh /work/src/usr.sbin/sysinst/arch/amd64/../../msg_cmp.sh ...... sysinstmsgs.de
+    Messages identical to the english version:
+    OK (10):        OK
+    ok (11):        ok
+    megname (35):   MB
+    gigname (36):   GB
+    ptnheaders_start (65):  Start
+    label_offset_tail (84): Start ($2)
+    Logging (201):  Logging
+    Gigabytes (231):        Gigabytes
+    Megabytes (232):        Megabytes
+    ftp (236):      FTP
+    http (237):     HTTP
+    nfs (238):      NFS
+
+Some of this are fine (OK works in German just like in English), but some are errors (Gigabytes should probably be Gigabyte in German, but this needs to be properly checked with more context, see the side-by-side comparison above).

Add link to new sysinst translators/testers tutorial
Index: wikisrc/tutorials.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/tutorials.mdwn,v
retrieving revision 1.37
retrieving revision 1.38
diff -u -r1.37 -r1.38
--- wikisrc/tutorials.mdwn	5 Apr 2019 15:48:06 -0000	1.37
+++ wikisrc/tutorials.mdwn	11 Jun 2019 13:16:32 -0000	1.38
@@ -31,6 +31,7 @@
 
 ### Userland
 * [[curses in NetBSD]]
+* [[sysinst translations and testing]]
 
 ### Kernel
 * [[Kernel debugging with QEMU]]

Make all www.NetBSD.org thumbnails scheme agnostic (s;http://;//;).
Index: wikisrc/ports/acorn26.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/acorn26.mdwn,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- wikisrc/ports/acorn26.mdwn	2 Jun 2019 10:27:03 -0000	1.17
+++ wikisrc/ports/acorn26.mdwn	2 Jun 2019 13:32:38 -0000	1.18
@@ -3,7 +3,7 @@
 cur_rel="8.1"
 pkg_rel="6.1"
 changes_cur="8.1"
-thumbnail="http://www.netbsd.org/images/ports/arm26/arch310.gif"
+thumbnail="//www.netbsd.org/images/ports/arm26/arch310.gif"
 about="""
 NetBSD/acorn26 was the port of NetBSD to ARMv2 and ARMv2a machines, primarily the
 Acorn Archimedes, A-series and R-series systems. These systems pre-date those
Index: wikisrc/ports/acorn32.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/acorn32.mdwn,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- wikisrc/ports/acorn32.mdwn	2 Jun 2019 10:27:03 -0000	1.19
+++ wikisrc/ports/acorn32.mdwn	2 Jun 2019 13:32:38 -0000	1.20
@@ -5,7 +5,7 @@
 pkg_rel="6.1"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/acorn32/riscpc.gif"
+thumbnail="//www.netbsd.org/images/ports/acorn32/riscpc.gif"
 about="""
 NetBSD/acorn32 is a port to ARM- and StrongARM-powered Acorn RiscPC compatible
 machines and is maintained by Reinoud Zandijk
Index: wikisrc/ports/algor.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/algor.mdwn,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- wikisrc/ports/algor.mdwn	2 Jun 2019 10:27:03 -0000	1.18
+++ wikisrc/ports/algor.mdwn	2 Jun 2019 13:32:38 -0000	1.19
@@ -5,7 +5,7 @@
 pkg_rel="6.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/algor/alogo2.gif"
+thumbnail="//www.netbsd.org/images/ports/algor/alogo2.gif"
 no_install_notes="defined"
 about="""
 NetBSD/algor is the port of NetBSD to the Algorithmics, Ltd. MIPS evaluation
Index: wikisrc/ports/alpha.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/alpha.mdwn,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- wikisrc/ports/alpha.mdwn	2 Jun 2019 10:27:03 -0000	1.17
+++ wikisrc/ports/alpha.mdwn	2 Jun 2019 13:32:38 -0000	1.18
@@ -5,7 +5,7 @@
 future_rel="9.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/alpha/au-1000.gif"
+thumbnail="//www.netbsd.org/images/ports/alpha/au-1000.gif"
 about="""
 NetBSD/alpha is a true 64-bit system that fully implements the LP64 architecture,
 using 64-bit pointers and 64-bit long integers (standard integers are still 32
Index: wikisrc/ports/amd64.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/amd64.mdwn,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- wikisrc/ports/amd64.mdwn	2 Jun 2019 10:27:04 -0000	1.26
+++ wikisrc/ports/amd64.mdwn	2 Jun 2019 13:32:38 -0000	1.27
@@ -5,7 +5,7 @@
 pkg_rel="8.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/amd64/AMD_Opteron.gif"
+thumbnail="//www.netbsd.org/images/ports/amd64/AMD_Opteron.gif"
 about="""
 NetBSD/amd64 is a port to the AMD64 family of processors; it
 supports CPUs that implement the 64-bit x86
Index: wikisrc/ports/amiga.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/amiga.mdwn,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- wikisrc/ports/amiga.mdwn	2 Jun 2019 10:27:04 -0000	1.21
+++ wikisrc/ports/amiga.mdwn	2 Jun 2019 13:32:38 -0000	1.22
@@ -5,7 +5,7 @@
 pkg_rel="8.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/amiga/header.gif"
+thumbnail="//www.netbsd.org/images/ports/amiga/header.gif"
 about="""
 NetBSD/amiga is the port of NetBSD to the Amiga line of personal computers by
 Commodore and [Amiga International](http://www.amiga.com/) and to the DraCo by
Index: wikisrc/ports/amigappc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/amigappc.mdwn,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- wikisrc/ports/amigappc.mdwn	2 Jun 2019 10:27:04 -0000	1.17
+++ wikisrc/ports/amigappc.mdwn	2 Jun 2019 13:32:38 -0000	1.18
@@ -6,7 +6,7 @@
 future_rel="9.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/arm26/arch310.gif"
+thumbnail="//www.netbsd.org/images/ports/arm26/arch310.gif"
 no_install_notes="defined"
 about="""
 NetBSD/amigappc is a very experimental port to the PowerPC-based Amiga expansion
Index: wikisrc/ports/arc.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/arc.mdwn,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- wikisrc/ports/arc.mdwn	2 Jun 2019 10:27:04 -0000	1.17
+++ wikisrc/ports/arc.mdwn	2 Jun 2019 13:32:38 -0000	1.18
@@ -5,7 +5,7 @@
 pkg_rel="6.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/arc/2200.gif"
+thumbnail="//www.netbsd.org/images/ports/arc/2200.gif"
 about="""
 NetBSD/arc is a port of NetBSD to the [MIPS](http://www.mips.com) processor
 based computers which comply wih the
Index: wikisrc/ports/atari.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/atari.mdwn,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- wikisrc/ports/atari.mdwn	2 Jun 2019 10:27:04 -0000	1.16
+++ wikisrc/ports/atari.mdwn	2 Jun 2019 13:32:38 -0000	1.17
@@ -5,7 +5,7 @@
 pkg_rel="8.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/atari/atari.gif"
+thumbnail="//www.netbsd.org/images/ports/atari/atari.gif"
 about="""
 NetBSD/atari is the port of NetBSD to the Atari line of personal computers.
 Development activity on NetBSD/atari continues at a speed dependent on people's
Index: wikisrc/ports/bebox.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/bebox.mdwn,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- wikisrc/ports/bebox.mdwn	2 Jun 2019 10:27:04 -0000	1.16
+++ wikisrc/ports/bebox.mdwn	2 Jun 2019 13:32:38 -0000	1.17
@@ -5,7 +5,7 @@
 pkg_rel="8.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/bebox/bebox.gif"
+thumbnail="//www.netbsd.org/images/ports/bebox/bebox.gif"
 about="""
 NetBSD/bebox is the port of NetBSD to Be Inc's BeBox
 
Index: wikisrc/ports/cats.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/cats.mdwn,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- wikisrc/ports/cats.mdwn	2 Jun 2019 10:27:04 -0000	1.16
+++ wikisrc/ports/cats.mdwn	2 Jun 2019 13:32:38 -0000	1.17
@@ -5,7 +5,7 @@
 pkg_rel="6.1"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/cats/cats.gif"
+thumbnail="//www.netbsd.org/images/ports/cats/cats.gif"
 about="""
 NetBSD/cats is an port of NetBSD to the [Simtec Electronics](http://www.simtec.co.uk/products/EB110ATX/)
 CATS motherboard and [Intel](http://www.intel.com/) EBSA board.
Index: wikisrc/ports/cobalt.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/cobalt.mdwn,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- wikisrc/ports/cobalt.mdwn	2 Jun 2019 10:27:04 -0000	1.16
+++ wikisrc/ports/cobalt.mdwn	2 Jun 2019 13:32:38 -0000	1.17
@@ -5,7 +5,7 @@
 pkg_rel="6.0"
 changes_cur="8.1"
 changes_future="9.0"
-thumbnail="http://www.netbsd.org/images/ports/cobalt/quberaq.gif"

(Diff truncated)
Update for 8.1
Index: wikisrc/ports.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports.mdwn,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- wikisrc/ports.mdwn	13 Feb 2019 18:12:38 -0000	1.22
+++ wikisrc/ports.mdwn	2 Jun 2019 10:27:03 -0000	1.23
@@ -21,14 +21,14 @@
 [[!table data="""
 Port		|CPU		|Machines						|Latest Release
 [[aarch64]]	|aarch64	|64-bit ARM CPUs					|Not yet released
-[[amd64]]	|x86_64		|64-bit x86-family machines with AMD and Intel CPUs	|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[evbarm]]	|arm		|ARM evaluation boards					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[evbmips]]	|mips		|MIPS-based evaluation boards				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[evbppc]]	|powerpc	|PowerPC-based evaluation boards			|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[hpcarm]]	|arm		|StrongARM based Windows CE PDA machines		|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[i386]]	|i386		|32-bit x86-family generic machines ("PC clones")	|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sparc64]]	|sparc		|Sun UltraSPARC (64-bit)				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[xen]]		|i386, x86_64	|Xen Virtual Machine Monitor				|[8.0](http://www.netbsd.org/releases/formal-8/)
+[[amd64]]	|x86_64		|64-bit x86-family machines with AMD and Intel CPUs	|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[evbarm]]	|arm		|ARM evaluation boards					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[evbmips]]	|mips		|MIPS-based evaluation boards				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[evbppc]]	|powerpc	|PowerPC-based evaluation boards			|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[hpcarm]]	|arm		|StrongARM based Windows CE PDA machines		|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[i386]]	|i386		|32-bit x86-family generic machines ("PC clones")	|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sparc64]]	|sparc		|Sun UltraSPARC (64-bit)				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[xen]]		|i386, x86_64	|Xen Virtual Machine Monitor				|[8.1](http://www.netbsd.org/releases/formal-8/)
 """]]
 
 
@@ -45,56 +45,56 @@
 
 [[!table data="""
 Port		|CPU		|Machines								|Latest Release
-[[acorn32]]	|arm		|Acorn RiscPC/A7000/NC and compatibles					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[algor]]	|mips		|Algorithmics MIPS evaluation boards					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[alpha]]	|alpha		|Digital Alpha (64-bit)							|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[amiga]]	|m68k		|Commodore Amiga, MacroSystem DraCo					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[amigappc]]	|powerpc	|PowerPC-based Amiga boards						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[arc]]		|mips		|Machines following the Advanced RISC Computing spec			|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[atari]]	|m68k		|Atari TT030, Falcon, Hades						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[bebox]]	|powerpc	|Be Inc's BeBox								|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[cats]]	|arm		|Chalice Technology's Strong Arm evaluation board			|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[cesfic]]	|m68k		|CES's FIC8234 VME processor board					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[cobalt]]	|mips		|Cobalt Networks' Microservers						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[dreamcast]]	|[[sh3]]	|Sega Dreamcast game console						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[epoc32]]	|arm		|32bit PSION EPOC PDA							|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[emips]]	|mips		|Machines based on "Extensible MIPS"					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[evbsh3]]	|[[sh3]]	|Evaluation boards with Renesas (Hitachi) Super-H SH3 and SH4 CPUs	|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[ews4800mips]]	|mips		|NEC's MIPS based EWS4800 workstations					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[hp300]]	|m68k		|Hewlett-Packard 9000/300 and 400 series				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[hppa]]	|hppa		|Hewlett-Packard 9000/700 series					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[hpcmips]]	|mips		|MIPS based Windows CE PDA machines					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[hpcsh]]	|[[sh3]]	|Renesas (Hitachi) SH3 and SH4 based Windows CE PDA machines		|[8.0](http://www.netbsd.org/releases/formal-8/)
+[[acorn32]]	|arm		|Acorn RiscPC/A7000/NC and compatibles					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[algor]]	|mips		|Algorithmics MIPS evaluation boards					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[alpha]]	|alpha		|Digital Alpha (64-bit)							|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[amiga]]	|m68k		|Commodore Amiga, MacroSystem DraCo					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[amigappc]]	|powerpc	|PowerPC-based Amiga boards						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[arc]]		|mips		|Machines following the Advanced RISC Computing spec			|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[atari]]	|m68k		|Atari TT030, Falcon, Hades						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[bebox]]	|powerpc	|Be Inc's BeBox								|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[cats]]	|arm		|Chalice Technology's Strong Arm evaluation board			|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[cesfic]]	|m68k		|CES's FIC8234 VME processor board					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[cobalt]]	|mips		|Cobalt Networks' Microservers						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[dreamcast]]	|[[sh3]]	|Sega Dreamcast game console						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[epoc32]]	|arm		|32bit PSION EPOC PDA							|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[emips]]	|mips		|Machines based on "Extensible MIPS"					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[evbsh3]]	|[[sh3]]	|Evaluation boards with Renesas (Hitachi) Super-H SH3 and SH4 CPUs	|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[ews4800mips]]	|mips		|NEC's MIPS based EWS4800 workstations					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[hp300]]	|m68k		|Hewlett-Packard 9000/300 and 400 series				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[hppa]]	|hppa		|Hewlett-Packard 9000/700 series					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[hpcmips]]	|mips		|MIPS based Windows CE PDA machines					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[hpcsh]]	|[[sh3]]	|Renesas (Hitachi) SH3 and SH4 based Windows CE PDA machines		|[8.1](http://www.netbsd.org/releases/formal-8/)
 [[ia64]]	|itanium	|Itanium family of processors						|none
-[[ibmnws]]	|powerpc	|IBM Network Station Series 1000					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[iyonix]]	|arm		|Iyonix ARM pc								|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[landisk]]	|[[sh3]]	|SH4 based NAS appliances by I-O DATA					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[luna68k]]	|m68k		|OMRON Tateisi Electronics' LUNA series					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[mac68k]]	|m68k		|Apple Macintosh							|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[macppc]]	|powerpc	|Apple Power Macintosh and clones					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[mipsco]]	|mips		|Mips family of workstations and servers				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[mmeye]]	|[[sh3]]	|Brains' mmEye Multi Media Server					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[mvme68k]]	|m68k		|Motorola MVME 68k SBCs							|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[mvmeppc]]	|powerpc	|Motorola MVME PowerPC SBCs						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[netwinder]]	|arm		|StrongARM based NetWinder machines					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[news68k]]	|arm		|Sony's m68k based "NET WORK STATION" series				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[newsmips]]	|mips		|Sony's MIPS based "NET WORK STATION" series				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[next68k]]	|m68k		|NeXT 68k 'black' hardware						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[ofppc]]	|powerpc	|Generic OpenFirmware compliant PowerPC machines			|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[pmax]]	|mips		|Digital MIPS-based DECstations and DECsystems				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[prep]]	|powerpc	|PReP (PowerPC Reference Platform) and CHRP machines			|[8.0](http://www.netbsd.org/releases/formal-8/)
+[[ibmnws]]	|powerpc	|IBM Network Station Series 1000					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[iyonix]]	|arm		|Iyonix ARM pc								|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[landisk]]	|[[sh3]]	|SH4 based NAS appliances by I-O DATA					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[luna68k]]	|m68k		|OMRON Tateisi Electronics' LUNA series					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[mac68k]]	|m68k		|Apple Macintosh							|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[macppc]]	|powerpc	|Apple Power Macintosh and clones					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[mipsco]]	|mips		|Mips family of workstations and servers				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[mmeye]]	|[[sh3]]	|Brains' mmEye Multi Media Server					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[mvme68k]]	|m68k		|Motorola MVME 68k SBCs							|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[mvmeppc]]	|powerpc	|Motorola MVME PowerPC SBCs						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[netwinder]]	|arm		|StrongARM based NetWinder machines					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[news68k]]	|arm		|Sony's m68k based "NET WORK STATION" series				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[newsmips]]	|mips		|Sony's MIPS based "NET WORK STATION" series				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[next68k]]	|m68k		|NeXT 68k 'black' hardware						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[ofppc]]	|powerpc	|Generic OpenFirmware compliant PowerPC machines			|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[pmax]]	|mips		|Digital MIPS-based DECstations and DECsystems				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[prep]]	|powerpc	|PReP (PowerPC Reference Platform) and CHRP machines			|[8.1](http://www.netbsd.org/releases/formal-8/)
 [[riscv]]	|riscv		|RISC-V									|none
-[[rs6000]]	|powerpc	|MCA-based IBM RS/6000 workstations					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sandpoint]]	|powerpc	|Motorola Sandpoint reference platform					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sbmips]]	|mips		|Broadcom SiByte evaluation boards					|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sgimips]]	|mips		|Silicon Graphics' MIPS-based workstations				|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[shark]]	|arm		|Digital DNARD ("shark")						|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sparc]]	|sparc		|Sun SPARC (32-bit)							|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sun2]]	|m68k		|Sun 2									|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[sun3]]	|m68k		|Sun 3 and 3x								|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[vax]]		|vax		|Digital VAX								|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[x68k]]	|m68k		|Sharp X680x0 series							|[8.0](http://www.netbsd.org/releases/formal-8/)
-[[zaurus]]	|arm		|Sharp C7x0/C860/C1000/C3x00 series PDA					|[8.0](http://www.netbsd.org/releases/formal-8/)
+[[rs6000]]	|powerpc	|MCA-based IBM RS/6000 workstations					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sandpoint]]	|powerpc	|Motorola Sandpoint reference platform					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sbmips]]	|mips		|Broadcom SiByte evaluation boards					|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sgimips]]	|mips		|Silicon Graphics' MIPS-based workstations				|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[shark]]	|arm		|Digital DNARD ("shark")						|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sparc]]	|sparc		|Sun SPARC (32-bit)							|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sun2]]	|m68k		|Sun 2									|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[sun3]]	|m68k		|Sun 3 and 3x								|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[vax]]		|vax		|Digital VAX								|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[x68k]]	|m68k		|Sharp X680x0 series							|[8.1](http://www.netbsd.org/releases/formal-8/)
+[[zaurus]]	|arm		|Sharp C7x0/C860/C1000/C3x00 series PDA					|[8.1](http://www.netbsd.org/releases/formal-8/)
 """]]
 
 
Index: wikisrc/releng.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/releng.mdwn,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- wikisrc/releng.mdwn	5 Apr 2019 00:26:54 -0000	1.34
+++ wikisrc/releng.mdwn	2 Jun 2019 10:27:03 -0000	1.35
@@ -16,7 +16,7 @@
 
 ### NetBSD 8.x
 
-* Next minor release: NetBSD 8.1 (provisionaly scheduled for October 2018)
+* Next minor release: NetBSD 8.2 (no release schedule yet)
   + CVS branch tag: <code>netbsd-8</code>
 * [Current pull-up queue for the netbsd-8 branch](http://releng.netbsd.org/cgi-bin/req-8.cgi)
 
Index: wikisrc/ports/acorn26.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/acorn26.mdwn,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- wikisrc/ports/acorn26.mdwn	26 Oct 2018 21:22:36 -0000	1.16
+++ wikisrc/ports/acorn26.mdwn	2 Jun 2019 10:27:03 -0000	1.17
@@ -1,8 +1,8 @@
 [[!template id=port
 port="acorn26"
-cur_rel="8.0"
+cur_rel="8.1"
 pkg_rel="6.1"
-changes_cur="8.0"
+changes_cur="8.1"
 thumbnail="http://www.netbsd.org/images/ports/arm26/arch310.gif"
 about="""
 NetBSD/acorn26 was the port of NetBSD to ARMv2 and ARMv2a machines, primarily the
Index: wikisrc/ports/acorn32.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/acorn32.mdwn,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- wikisrc/ports/acorn32.mdwn	19 Jul 2018 10:15:05 -0000	1.18
+++ wikisrc/ports/acorn32.mdwn	2 Jun 2019 10:27:03 -0000	1.19
@@ -1,9 +1,9 @@
 [[!template id=port
 port="acorn32"
-cur_rel="8.0"
+cur_rel="8.1"
 future_rel="9.0"
 pkg_rel="6.1"
-changes_cur="8.0"
+changes_cur="8.1"
 changes_future="9.0"
 thumbnail="http://www.netbsd.org/images/ports/acorn32/riscpc.gif"
 about="""
Index: wikisrc/ports/algor.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/algor.mdwn,v
retrieving revision 1.17
retrieving revision 1.18
diff -u -r1.17 -r1.18
--- wikisrc/ports/algor.mdwn	19 Jul 2018 10:15:05 -0000	1.17
+++ wikisrc/ports/algor.mdwn	2 Jun 2019 10:27:03 -0000	1.18

(Diff truncated)
Move BSDCan 2019 to past events and add AsiaBSDCon 2020
Index: wikisrc/events.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/events.mdwn,v
retrieving revision 1.74
retrieving revision 1.75
diff -u -r1.74 -r1.75
--- wikisrc/events.mdwn	24 Mar 2019 13:38:17 -0000	1.74
+++ wikisrc/events.mdwn	21 May 2019 13:58:53 -0000	1.75
@@ -13,18 +13,6 @@
 Future Events
 -------------
 
-### `May 2019` - BSDCan 2019, Ottawa, Canada
-
-*May 15 - 18, 2019, University of Ottawa, Ottawa, Canada*
-
-[BSDCan](https://www.bsdcan.org/2019/), a BSD conference held in
-Ottawa, Canada, quickly established itself as the technical conference
-for people working on and with 4.4BSD based operating systems and
-related projects. The organizers have found a fantastic formula
-that appeals to a wide range of people from extreme novices to
-advanced developers.
-
-
 ### `Sep 2019` - EuroBSDcon 2019, Lillehammer, Norway
 
 *September 19 - 22, 2019, Scandic Lillehammer Hotel, Lillehammer, Norway*
@@ -38,8 +26,33 @@
 facilitate coordination and cooperation among users and developers.
 
 
+### `Mar 2020` - AsiaBSDCon 2020, Tokyo, Japan
+
+*March 19 - 22, Tokyo University of Science, Tokyo, Japan*
+
+[AsiaBSDCon](https://www.asiabsdcon.org/) is a
+conference for users and developers on BSD based systems.
+The conference is for anyone developing, deploying and using systems
+based on FreeBSD, NetBSD, OpenBSD, DragonFly BSD, Darwin, and MacOS X.
+AsiaBSDCon is a technical conference and aims to collect the best
+technical papers and presentations available to ensure that the latest
+developments in our open source community are shared with the widest
+possible audience.
+
+
 Past Events
 -----------
+### `May 2019` - BSDCan 2019, Ottawa, Canada
+
+*May 15 - 18, 2019, University of Ottawa, Ottawa, Canada*
+
+[BSDCan](https://www.bsdcan.org/2019/), a BSD conference held in
+Ottawa, Canada, quickly established itself as the technical conference
+for people working on and with 4.4BSD based operating systems and
+related projects. The organizers have found a fantastic formula
+that appeals to a wide range of people from extreme novices to
+advanced developers.
+
 
 ### `Mar 2019` - AsiaBSDCon 2019, Tokyo, Japan
 
@@ -55,7 +68,6 @@
 possible audience.
 
 
-
 ### `Feb 2019` - FOSDEM 2019 Brussels, Belgium
 
 *February 2 - 3, 2019, ULB Solbosch Campus, Brussels, Belgium*

sync with docbook version - incomplete
Index: wikisrc/guide/exinst.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/guide/exinst.mdwn,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- wikisrc/guide/exinst.mdwn	19 Jun 2015 19:18:31 -0000	1.6
+++ wikisrc/guide/exinst.mdwn	20 May 2019 22:17:18 -0000	1.7
@@ -9,8 +9,8 @@
 This chapter will guide you through the installation process. The concepts
 presented here apply to all installation methods. The only difference is in the
 way the distribution sets are fetched by the installer. Some details of the
-installation differ depending on the NetBSD release: The examples from this
-chapter were created with NetBSD 5.0.
+installation differ depending on the NetBSD release. The examples from this
+chapter were created with NetBSD 8.0.
 
 ### Note
 
@@ -27,6 +27,10 @@
 
 ## Keyboard layout
 
+The NetBSD install program sysinst allows you to change the keyboard layout
+during the installation. If for some reason this does not work for you, you can
+use the map in the following table.
+
 [[!table data="""
 US | IT | DE | FR
 `-` | `'` | `ß` | `)`
@@ -44,16 +48,12 @@
 `\` | `ù` | `#` | `` ` ``
 """]]
 
-The NetBSD install program sysinst allows you to change the keyboard layout
-during the installation. If for some reason this does not work for you, you can
-use the map in the following table.
-
 ## Starting the installation
 
 To start the installation of NetBSD, insert your chosen boot media (CD/DVD, USB
 drive, floppy, etc.) and reboot the computer. The kernel on the installation
-medium will be booted and start displaying a lot of messages on the screen about
-hardware being detected.
+medium will be booted and it will start displaying a lot of messages on the
+screen about hardware being detected.
 
 ![Selecting the language](/guide/images/exinst_language.png)  
 **Selecting the language**
@@ -67,7 +67,8 @@
 the current operation or a short help message, and the rest of the screen is
 made up of interactive menus and prompts. To make a choice, use the cursor keys,
 the `Ctrl+N` (next) and `Ctrl+P` (previous) keys, or press one of the letters
-displayed left of each choice. Confirm your choice by pressing the Return key.
+displayed left of each choice. Confirm your choice by pressing the Return (also
+known as "Enter") key.
 
 Start by selecting the language you prefer to use for the installation process.
 
@@ -90,28 +91,19 @@
 After choosing *Yes* to continue, sysinst displays a list of one or more disks
 and asks which one you want to install NetBSD on. In the example given in the
 following figure, there are two disks, and NetBSD will be installed on `wd0`,
-the first IDE disk found. If you use SCSI or external USB disks, the first will
+the first SATA or IDE disk found. If you use SCSI or external USB disks, the first will
 be named `sd0`, the second `sd1` and so on.
 
 ![Choosing a hard disk](/guide/images/exinst_select_disk.png)  
 **Choosing a hard disk**
 
-The installer will then ask whether you want to do a full, minimal or custom
-installation. NetBSD is broken into a collection of distributions sets. *Full
-installation* is the default and will install all sets; *Minimal installation*
-will only install a small core set, the minimum of what is needed for a working
-system. If you select *Custom installation* you can select which sets you would
-like to have installed. This step is shown here:
-
-![Full or custom installation](/guide/images/exinst_install-type.png)  
-**Full or custom installation**
-
-If you choose to do a custom installation, sysinst will allow you to choose
-which distribution sets to install, as shown in the following figure. At a
-minimum, you must select a kernel and the *Base* and *System (/etc)* sets.
+Then installer will ask to confirm the detected disk geometry from the
+information provided by the BIOS. It gives almost always the right values. Choose
+"This is the correct geometry", unless you know that the information provided by
+your BIOS is reportedly incorrect.
 
-![Selecting distribution sets](/guide/images/exinst_sets.png)  
-**Selecting distribution sets**
+![Disk geometry](/guide/images/exinst_disk-geometry.png)
+**Disk geometry**
 
 ## MBR partitions
 
@@ -163,15 +155,16 @@
 
 After you have chosen the partition type, start position, and size, it is a good
 idea to set the name that should be used in the boot menu. You can do this by
-selecting the *bootmenu* option and providing a label, e.g., `NetBSD`. It is a
-good idea to repeat this step for other bootable partitions so you can boot both
+selecting the *bootmenu* option and providing a label, e.g., `NetBSD`.
+Repeat this step for other bootable partitions so you can boot both
 NetBSD and a Windows system (or other operating systems) using the NetBSD
-bootselector. If you are satisfied with the partition options, confirm your
+bootselector. You can also choose one of the labelled partitions as default for
+the boot menu. If you are satisfied with the partition options, confirm your
 choice by selecting *Partition OK*. Choose *Partition table OK* to leave the MBR
 partition table editor.
 
 If you have made an error in partitioning (for example you have created
-overlapping partitions) sysinst will display a message and suggest that you go
+overlapping partitions) sysinst will display a message and suggest to go
 back to the MBR partition editor (but you are also allowed to continue). If the
 data is correct but the NetBSD partition lies outside the range of sectors which
 is bootable by the BIOS, sysinst will warn you and ask if you want to proceed
@@ -225,12 +218,13 @@
 
 The default partition scheme of just using a big `/` (root) file system (plus
 swap) works fine with NetBSD, and there is little need to change this. The
-previous figure shows how to change the size of the swap partition to 600 MB.
+previous figure shows how to change the size of the swap partition to 4096 MB.
+Note also that partition / is marked with a "+", so it will occupy all the remaining free space (not located for any other partition).
 Changing `/tmp` to reside on a *RAM disk*
-([[!template id=man name="mfs" section="8"]]) for
+([[!template id=man name="mount_tmpfs" section="8"]] or [[!template id=man name="mfs" section="8"]]) for
 extra speed may be a good idea. Other partition schemes may use separate
 partitions for `/var`, `/usr` and/or `/home`, but you should use your own
-experience to decide if you need this.
+experience to decide if you need this. When you completed the definition of all the desired partitions, choose *Accept partition sizes*.
 
 The next step is to create the disklabel and edit its partitions, if necessary,
 using the disklabel editor (see below). If you predefined the partition sizes in
@@ -241,11 +235,11 @@
 ![The disklabel editor](/guide/images/exinst_disklabel-partitions.png)  
 **The disklabel editor**
 
-There are two reserved partitions, `c`, representing the NetBSD partition, and
+In the amd64 port, there are two reserved partitions, `c`, representing the NetBSD partition, and
 `d`, representing the whole disk. You can edit all other partitions by using the
-cursor keys and pressing the return key. You can add a partition by selecting an
+cursor keys and pressing the return key or using the corresponding letters. You can add a partition by selecting an
 unused slot and setting parameters for that partition. The partition editing
-screen is shown below:
+screen is shown below. When you are satisfied with all the values, choose *Partition sizes ok".
 
 ![Disklabel partition editing](/guide/images/exinst_disklabel-partition-editor.png)  
 **Disklabel partition editing**
@@ -253,7 +247,7 @@
 ## Setting the disk name
 
 After defining the partitions in the new disklabel, the last item is to enter a
-name for the NetBSD disk as shown bwlow. This can be used later to distinguish
+name for the NetBSD disk as shown below. This can be used later to distinguish
 between disklabels of otherwise identical disks.
 
 ![Naming the NetBSD disk](/guide/images/exinst_diskname.png)  
@@ -291,6 +285,22 @@
 ![Selecting bootblocks](/guide/images/exinst_bootblocks.png)  
 **Selecting bootblocks**
 
+## Installation type
+
+The installer will then ask whether you want to do a full, minimal or custom
+installation. NetBSD is broken into a collection of distributions sets. *Full
+installation* is the default and will install all sets; *Minimal installation*
+will only install a small core set, the minimum of what is needed for a working
+system. If you select *Custom installation* you can select which sets you would
+like to have installed. This step is shown here:
+
+![Full or custom installation](/guide/images/exinst_install-type.png)  
+**Full or custom installation**
+
+If you choose to do a custom installation, sysinst will allow you to choose
+which distribution sets to install, as shown in the following figure. At a
+minimum, you must select a kernel and the *Base* and *System (/etc)* sets.
+
 ## Choosing the installation media
 
 At this point, you have finished the first and most difficult part of the
@@ -298,35 +308,26 @@
 
 The second half of the installation process consists of populating the file
 systems by extracting the distribution sets that you selected earlier (base,
-compiler tools, games, etc). Before unpacking the sets, sysinst asks what
-information you would like to see during that process, as shown below. You can
-choose between a progress bar, a display of the name of each extracted file, or
-nothing.
-
-![Choosing the verbosity of the extraction process](/guide/images/exinst_verbosity.png)  
-**Choosing the verbosity of the extraction process**
-
-Now sysinst needs to find the NetBSD sets and you must tell it where to find
-them. The menu offers several choices, as shown below. The options are explained
-in detail in the `INSTALL` documents.
+compiler tools, games, etc). Now sysinst needs to find the NetBSD sets and you
+must tell it where to find them: it can be the same medium where sysinst
+resides, or a different one, according to your preferences. The menu offers
+several choices, as shown below. The options are explained in detail in the
+`INSTALL` documents.

(Diff truncated)
Add `Miscellaneous notes about Raspberry PI'
Suggested by Michael Cheponis via WWW feedbacks.
Members: 
	ports/evbarm/raspberry_pi.mdwn:1.118->1.119 

Index: wikisrc/ports/evbarm/raspberry_pi.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/ports/evbarm/raspberry_pi.mdwn,v
retrieving revision 1.118
retrieving revision 1.119
diff -u -r1.118 -r1.119
--- wikisrc/ports/evbarm/raspberry_pi.mdwn	23 Dec 2018 17:11:30 -0000	1.118
+++ wikisrc/ports/evbarm/raspberry_pi.mdwn	19 May 2019 10:23:52 -0000	1.119
@@ -286,3 +286,31 @@
 See the anita section in the evbarm page.
 
 It is not currently known how to emulate a RPI in qemu, and therefore anita does not yet have support for this.  \todo Add a command-line example to run qemu emulating some RPI model.
+
+
+# Misc notes
+Miscellaneous notes about Raspberry PI.
+
+## Power supply needed (or: why there is a little rainbow square in the top-right corner?)
+Raspberry Pi devices are powered by 5V micro USB and a 2.5A (2500mA)
+power supply is reccomended.  For more information please read:
+
+ <https://www.raspberrypi.org/documentation/faqs/#pi-power>
+
+Power glitches can also manifest in other ways, e.g. with an USB
+disk plugged:
+
+[[!template id=programlisting text="""
+sd0(umass0:0:0:0): generic HBA error
+sd0: cache synchronization failed
+"""]]
+
+Using a reccomended power supply avoid such issues.
+
+## Xenon death flash (Raspberry Pi 2 is camera-shy)
+When using laser pointers or xenon flashes in cameras (or other
+flashes of high-intensity long-wave light) against a Raspberry Pi
+2 the Pi can power itself off.
+For more information please read:
+
+ <https://www.raspberrypi.org/blog/xenon-death-flash-a-free-physics-lesson/>

Apply the <programlisting> style to <screen> too to more easily distinguish text.
(sync with htdocs/global.css,-r1.76)
Members: 
	global.css:1.10->1.11 

Index: wikisrc/global.css
===================================================================
RCS file: /cvsroot/wikisrc/global.css,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- wikisrc/global.css	5 Oct 2018 15:26:22 -0000	1.10
+++ wikisrc/global.css	18 May 2019 13:19:36 -0000	1.11
@@ -1,4 +1,4 @@
-/* $NetBSD: global.css,v 1.10 2018/10/05 15:26:22 leot Exp $ */
+/* $NetBSD: global.css,v 1.11 2019/05/18 13:19:36 leot Exp $ */
 
 /* ##### Common Styles ##### */
 
@@ -539,7 +539,7 @@
 	Text-Decoration: line-through;
 }
 
-.programlisting {
+.programlisting, .screen {
 	Background-Color: #f5f5f5;
 	Line-Height: 1.2em;
 	Border-Color: #d4d4d4;

Index: wikisrc/security/intel_mds.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/security/intel_mds.mdwn,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- wikisrc/security/intel_mds.mdwn	14 May 2019 17:44:03 -0000	1.6
+++ wikisrc/security/intel_mds.mdwn	14 May 2019 18:24:41 -0000	1.7
@@ -31,7 +31,7 @@
 NetBSD-7, and all the anterior releases, have no planned fixes.
 
 [[!table data="""
-Port		|Vendor/Model	|MDS		|NetBSD-8		|NetBSD-current
+Port		|Vendor/Model	|MDS		|NetBSD-8.1 (stable)	|NetBSD-current
 amd64		|Intel		|Vulnerable	|Fixed [VERW][smtoff]	|Fixed [VERW][smtoff]
 """]]
 

still more style
Index: wikisrc/security/intel_mds.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/security/intel_mds.mdwn,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- wikisrc/security/intel_mds.mdwn	14 May 2019 17:38:01 -0000	1.5
+++ wikisrc/security/intel_mds.mdwn	14 May 2019 17:44:03 -0000	1.6
@@ -1,6 +1,6 @@
 [[!meta title="Intel MDS"]]
 
-#NetBSD Security Update for amd64 Port (X86_64) Architecture - 20190514
+#NetBSD Security Update for the amd64 port (x86_64 architecture) - 20190514
 
 ###Description
 Details and mitigation information about a sub-class of speculative execution
@@ -8,26 +8,27 @@
 hardware starting with select 8th and 9th Generation Intel® CoreTM processors, as
 well as the 2nd Generation Intel® Xeon® Scalable Processor Family.
 
-Please refer to the Intel Security Advisory 00233 is located at:
+Please refer to the Intel Security Advisory 00233 located at:
 [Intel website](https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html).
 
 This update is mitigation for the following CVEs:
 
 ###Common Vulnerabilities and Exposures (CVE) / Common Vulnerability Scoring System (CVSS)
-* Microarchitectural Load Port Data Sampling (MLPDS) - CVE-2018-12127
+* Microarchitectural Load Port Data Sampling (MLPDS), CVE-2018-12127
 > CVSS: 6.5 Medium
 
-* Microarchitectural Store Buffer Data Sampling (MSBDS) - CVE-2018-12126
+* Microarchitectural Store Buffer Data Sampling (MSBDS), CVE-2018-12126
 > CVSS: 6.5 Medium
 
-* Microarchitectural Fill Buffer Data Sampling (MFBDS) - CVE-2018-12130
+* Microarchitectural Fill Buffer Data Sampling (MFBDS), CVE-2018-12130
 > CVSS: 6.5 Medium
 
-* Microarchitectural Uncacheable Data Sampling (MDSUM) – CVE-2019-11091
+* Microarchitectural Uncacheable Data Sampling (MDSUM), CVE-2019-11091
 > CVSS: 3.8 Low
 
 ##Status of the Fix
-**NetBSD-7, and all the anterior releases, have no planned fixes.**
+
+NetBSD-7, and all the anterior releases, have no planned fixes.
 
 [[!table data="""
 Port		|Vendor/Model	|MDS		|NetBSD-8		|NetBSD-current
@@ -35,6 +36,7 @@
 """]]
 
 ###Mitigation
+
 The mitigation for MDS depends on the Intel CPU model and available microcode
 or motherboard BIOS revision.
 
@@ -61,4 +63,4 @@
 will then determine if it can apply the available mitigation.  When set to 0, then
 NetBSD will disable the mitigation.
 
-######Note: "method" will then show a [VERW] if it is enabled, and (none) if not.
+Note: "method" will then show a "[VERW]" if it is enabled, and "(none)" if not.

more style
Index: wikisrc/security/intel_mds.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/security/intel_mds.mdwn,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- wikisrc/security/intel_mds.mdwn	14 May 2019 17:35:13 -0000	1.4
+++ wikisrc/security/intel_mds.mdwn	14 May 2019 17:38:01 -0000	1.5
@@ -15,17 +15,16 @@
 
 ###Common Vulnerabilities and Exposures (CVE) / Common Vulnerability Scoring System (CVSS)
 * Microarchitectural Load Port Data Sampling (MLPDS) - CVE-2018-12127
-> CVSS: -6.5 Medium
+> CVSS: 6.5 Medium
 
 * Microarchitectural Store Buffer Data Sampling (MSBDS) - CVE-2018-12126
-> CVSS: -6.5 Medium
+> CVSS: 6.5 Medium
 
 * Microarchitectural Fill Buffer Data Sampling (MFBDS) - CVE-2018-12130
-> CVSS: - 6.5 Medium
+> CVSS: 6.5 Medium
 
 * Microarchitectural Uncacheable Data Sampling (MDSUM) – CVE-2019-11091
-> CVSS: – 3.8 Low
-
+> CVSS: 3.8 Low
 
 ##Status of the Fix
 **NetBSD-7, and all the anterior releases, have no planned fixes.**

style
Index: wikisrc/security/intel_mds.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/security/intel_mds.mdwn,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- wikisrc/security/intel_mds.mdwn	14 May 2019 17:27:04 -0000	1.3
+++ wikisrc/security/intel_mds.mdwn	14 May 2019 17:35:13 -0000	1.4
@@ -1,5 +1,6 @@
-#NetBSD Security Update for amd64 Port (X86_64) Architecture - 20190514
+[[!meta title="Intel MDS"]]
 
+#NetBSD Security Update for amd64 Port (X86_64) Architecture - 20190514
 
 ###Description
 Details and mitigation information about a sub-class of speculative execution
@@ -8,7 +9,7 @@
 well as the 2nd Generation Intel® Xeon® Scalable Processor Family.
 
 Please refer to the Intel Security Advisory 00233 is located at:
-https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html
+[Intel website](https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html).
 
 This update is mitigation for the following CVEs:
 
@@ -30,11 +31,10 @@
 **NetBSD-7, and all the anterior releases, have no planned fixes.**
 
 [[!table data="""
-Port		|Vendor/Model	|MDS	|NetBSD-8	|NetBSD-current
-amd64	|Intel		|Vulnerable	|Fixed [VERW][smtoff]	|Fixed [VERW][smtoff]
+Port		|Vendor/Model	|MDS		|NetBSD-8		|NetBSD-current
+amd64		|Intel		|Vulnerable	|Fixed [VERW][smtoff]	|Fixed [VERW][smtoff]
 """]]
 
-
 ###Mitigation
 The mitigation for MDS depends on the Intel CPU model and available microcode
 or motherboard BIOS revision.
@@ -50,12 +50,15 @@
 ###Enabling the mitigation
 
 The two following sysctls are now available:
-	machdep.mds.mitigated = {0/1} user-settable
-	machdep.mds.method = {string} constructed by the kernel
+
+[[!template id=programlisting text="""
+machdep.mds.mitigated = {0/1} user-settable
+machdep.mds.method = {string} constructed by the kernel
+"""]]
 
 If the BIOS has the MDS update, then NetBSD will have set machdep.mds.mitigated=1 automatically.  
 
-To manually enable the check, use  sysctl -w machdep.mds.mitigated=1.  NetBSD
+To manually enable the check, use "sysctl -w machdep.mds.mitigated=1".  NetBSD
 will then determine if it can apply the available mitigation.  When set to 0, then
 NetBSD will disable the mitigation.
 

Remove duplicate text
Index: wikisrc/security/intel_mds.mdwn
===================================================================
RCS file: /cvsroot/wikisrc/security/intel_mds.mdwn,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- wikisrc/security/intel_mds.mdwn	14 May 2019 17:22:54 -0000	1.2
+++ wikisrc/security/intel_mds.mdwn	14 May 2019 17:27:04 -0000	1.3
@@ -60,68 +60,3 @@
 NetBSD will disable the mitigation.
 
 ######Note: "method" will then show a [VERW] if it is enabled, and (none) if not.
-
-
-
-#NetBSD Security Update for amd64 Port (X86_64) Architecture - 20190514
-
-
-###Description
-Details and mitigation information about a sub-class of speculative execution
-side-channel vulnerabilities called Microarchitectural Data Sampling (MDS) affecting
-hardware starting with select 8th and 9th Generation Intel® CoreTM processors, as
-well as the 2nd Generation Intel® Xeon® Scalable Processor Family.
-
-Please refer to the Intel Security Advisory 00233 is located at:
-https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00233.html
-
-This update is mitigation for the following CVEs:
-
-###Common Vulnerabilities and Exposures (CVE) / Common Vulnerability Scoring System (CVSS)
-* Microarchitectural Load Port Data Sampling (MLPDS) - CVE-2018-12127
-> CVSS: -6.5 Medium
-
-* Microarchitectural Store Buffer Data Sampling (MSBDS) - CVE-2018-12126
-> CVSS: -6.5 Medium
-
-* Microarchitectural Fill Buffer Data Sampling (MFBDS) - CVE-2018-12130
-> CVSS: - 6.5 Medium
-
-* Microarchitectural Uncacheable Data Sampling (MDSUM) – CVE-2019-11091
-> CVSS: – 3.8 Low
-
-
-##Status of the Fix
-**NetBSD-7, and all the anterior releases, have no planned fixes.**
-
-[[!table data="""
-Port		|Vendor/Model	|MDS	|NetBSD-8	|NetBSD-current
-amd64	|Intel		|Vulnerable	|Fixed [VERW][smtoff]	|Fixed [VERW][smtoff]
-"""]]
-
-
-###Mitigation
-The mitigation for MDS depends on the Intel CPU model and available microcode
-or motherboard BIOS revision.
-
-Should a motherboard manufacturer not have a BIOS update with the MDS fix for
-the affected Intel processors, you may use NetBSD's pkgsrc to fetch the latest
-microcode distribution from Intel. The package is **sysutils/intel-microcode-netbsd**. 
-
-You may also want to disable SMT/HyperThreading to address certain aspects of
-the vulnerabilities. Should you not be able to disable SMT/HT in your BIOS, you
-can put **smtoff=YES** in your */etc/rc.conf* file.
-
-###Enabling the mitigation
-
-The two following sysctls are now available:
-	machdep.mds.mitigated = {0/1} user-settable
-	machdep.mds.method = {string} constructed by the kernel
-
-If the BIOS has the MDS update, then NetBSD will have set machdep.mds.mitigated=1 automatically.  
-
-To manually enable the check, use  sysctl -w machdep.mds.mitigated=1.  NetBSD
-will then determine if it can apply the available mitigation.  When set to 0, then
-NetBSD will disable the mitigation.
-
-######Note: "method" will then show a [VERW] if it is enabled, and (none) if not.

Add a comment