I will appreciate any review.
If no objectives, I would like to commit this patch.

gstat -C (CSV mode)

In D41632#948779, @mav wrote:

Though on a second throught, in ctl_decode_lun() we already allow lower LUNs to be decoded in several ways. So it may be not a big regression really. But I still wonder why not libiscsi.

Abandon it due to existing patch: D28892

I've found that I have reimplemented this patch by myself (due to lack of internet access):
https://reviews.freebsd.org/D30609

Thanks, Lutz!

LGTM

Thank you, @kevans! fixed.

Fix regression found thanks to tests:

• "jail -r jailname" returned error: jail not found.

Add basic jail tests:

• create/stop/list/restart jails
• create/list nested jail
• execute commands prestart and prestop

Fix SEGFAULT on uninitialized jails_byname.

Generally looks good. Please fix easy remarks.

I prefer to deprecate chips / sub-arch, but not removal. Honestly approach with "unimplementable" atomic_64_swap looks too aggressive.
I and @yamori813_yahoo.co.jp have boards with mips4k SoCs and to be honest such chips do their job well.
Another point: I saw plenty of emails with information that 8Mb is very slow. If it looks small for certain group of people, it doesn't mean that it's small in wide audience. I see that firmware with kernel, modules, 20Mb of uncompressed UFS/CD9660 filesystem is powerful to handle plenty of tasks: routing, monitoring of sensors, graphical output to LCD, keyboard/IR control and so on.

OK except style(9) issues.

Thank you for submission!
Phabricator highlights style(9) issues like spacing/tabs, so it's easy to fix it.

Thank you for review, @mat !
Patch has been corrected according to comment. :) Hope it's OK now.