kernel - Remove DISABLE_PSE option and related code

* Remove the DISABLE_PSE option and related code.  Note that the pmap
  code was already forcing DISABLE_PSE since we are 64-bit only and
  the pmap code never supported PSE anyway.

vmstat(8): Change few printf formats for -s.

Catch up with b7ea2f3f550021bfaabd8ed8d50b54c157fb55bf

Fix mdoc issues in various manual pages.

kernel - Expand page count fields to 64 bits

* 32 bit page count fields limit us to 8TB of ram.  Expand to allow
  up to the DMAP limit (32TB).  Do an initial pass on various page
  count fields and change them from int's to long's or vm_pindex_t's.

* Fix a 32-bit overflow in the pv_entry initialization code.

  pv_entry_max = shpgperproc * maxproc + vm_page_array_size;
  2000 * 1046516 + pages_of_phys_memory;

  maxproc is 1046516 @ 512GB.  This calculation overflows its 32
  bit signed variable somewhere between 256G and 512G of ram.  This
  can lead to a zinitna() allocation in pvzone that is much too
  large.

Reported-by: zrj

test/vkernel - Add hammer2 support

- Fix fstab and loader.conf settings.

drm/linux: Implement sort()

drm/linux: Fix linux/dma-mapping.h compilation...

... with the drm/i915 codebase from Linux 4.8

* Move functions from .h to .c files in order to hide their implementations

* This avoids leaking DragonFly headers to Linux code or Linux headers
  to DragonFly code with associated bad side-effects like type redefinitions

drm/linux: Add i2c_get_adapdata and i2c_set_adapdata()

drm/linux: Add system_unbound_wq

syscons: Unbreak compile w/o splash

hammer2 - Fix indefinite dirty chains due to rename

* Do not call cache_setunresolved() on tnch before calling
  cache_rename().  Doing so prevents cache_rename() from properly
  setting VREF_FINALIZE on the vnode.  Since the deleted inode is
  no longer in the chain hierarchy the related chains can remain
  dirty indefinitely (until the vnode is reused or the filesystem
  is unmounted).

* This fixes inmem dirty chain accounting and 'chnmem' stalls.

hammer2 - optimize hammer2_pfs_memory_wakeup()

* Optimize hammer2_pfs_memory_wakeup() to use fetchadd instead of
  cmpset, reducing contention.

hammer2 - Fix rename race

* Fix a rename race in hammer2 which can result in unwanted namecache
  overloading.  When this occurs, a rename operation can wind up
  deleting the same inode more than once.

* This fixes a "hammer2_chain_getparent: no parent" panic in H2.

Reported-by: kerma

top(1): Avoid segfaults on systems with more cores.

Fixes segfaults on 110 cpu core setup for top -M usage.

systat(1): Print VNODE PAGER.

Looks a bit better.

hammer2(8): Document cleanup command.

While there, do some misc whitespace cleanup.

kernel/vfs: Avoid diagnostic line breaks.

<sys/systm.h>: Remove bcopyb() prototype.

It was a i386 specific function which was removed in f4c88b0b86f1810.

Reported-by: zrj

pthread_join.3: Document pthread_timedjoin_np() (taken from FreeBSD).

pthread_mutex_*.3: Add {get,set}prioceiling to SEE ALSO.

pf.os: Add OpenBSD:6.1

Obtained From: OpenBSD

kernel - Increase syscons history buffer size

* Increase syscons history from 4 screens to 10 screens
  (4*rows to 10*rows).

kernel - Fix CAM unit allocation race

* Fix an issue where multiple targets can sometimes allocate the
  same unit when probed asynchronously.  The search and insertion
  functions were being independently locked.

Revert "Remove advertising clause from pr(1)"

This reverts commit 4586ab4e1609825eb2d4503c92578933c3479239.

See https://www.mail-archive.com/svn-src-all@freebsd.org/msg153666.html

syscons - Partly implement FBIO_BLANK ioctl, for display powersaving.

* Only implement the parts relevant for display powersaving when a KMS
  graphics driver is loaded. Adjust the existing V_DISPLAY_* constant
  definitions to match the corresponding definitions in FreeBSD.

Minor fixes to pr(1)

Obtained-from: FreeBSD

Add 'const' where appropriate in pr(1)

Remove advertising clause from pr(1)

Permitted by https://www.freebsd.org/copyright/license.html
Renumber 4->3 to be consistent with other files

Add static to variables in pr(1)

libpthread: Document some more functions.

Specifically:

pthread_condattr_getclock()           (Taken-from: FreeBSD)
pthread_condattr_getpshared()         (Taken-from: FreeBSD)
pthread_condattr_setclock()           (Taken-from: FreeBSD)
pthread_condattr_setpshared()         (Taken-from: FreeBSD)
pthread_mutex_getprioceiling()        (Taken-from: NetBSD)
pthread_mutex_setprioceiling()        (Taken-from: NetBSD)
pthread_mutexattr_getpshared()
pthread_mutexattr_setpshared()

libpthread: Add pthread_mutex_timedlock() reference to some manual pages.

libpthread: Sort a few things in the Makefile.

games: Make benefits for the glorious curses lib.

Consolidate all private ncurses handling in top level Makefile.inc in games/.
Will simplify upcoming base ncurses library update.

While there, perfom the same for private crypto lib even if it a single case.

fortune(6): Pre-emptive CENSORSHIP.

First let's get it straight. It is censorship and let's not sugar coat it.

The FO has fallen, N is falling and naturally we are next.
I'm only doing this to prevent certain discussions taking place on the mailing
lists or irc over the holidays and to explictly show irony of all this ${thing}.
It is SAD to see that various projects went from technical to being PC infested.
So much for being the flagmans of OSS developments & examples to other projects.
                   (slow ironic clapping insert here)
Such slabnij individuals with "hurt feelings" always are causing developers to
get distracted from their hacking on source or making hardware work properly.
Also, these actions opens up the door wider for "other" topics into discussions.

I'm not going to mention the name of certain evil* person so that this would not
get "flagged". Absurdity is already way beyond any reasonable levels. Clearly
there are some perpetually offended snoflakes, who have nothing better to do
other than look for ways to get offended or to trigger other people in real life
and over the internet. Why not just choose one? If someone wants to let some
accumulated steam off, there are places over the internet where one can have a
constructive conversation about certain topics. If you can not handle the raw,
unredacted, straight opinions, you must be new there, please kindly go back to
reddit safe spaces. Just do *not* bring those talks over into the projects!
It is very likely that not everybody feels the same or even cares.
This is literally "Look what you made me do!", so here we go.

I'm going to consider cookies removal *only* and *only* if some things are
declared illegal by the country/state law with a reference to look it up where
it clearly states what is illegal to quote (including if that applies to the
translated text variants). No "probably" stuff. Either it's illegal or it's not.
If you are not sure, you should consult with your country/state lawyers first.

By going trough MSM and lists it is clear that some find offensive *not* the
quotes by itself but the mere mention of certain letter combinations. Since I do
not share identical ideology as most westerners (I was born in 19 88, USSR, and
with collapse of Soviet union and 19 91 events my fundation is a different myth)
I'm expanding "grep ${pattern} datfiles/fortune" to include Stalin for lulz too.
Many Lithuanians and Ukrainians find "admirating" that historic figure offensive
too, mainly because of "free" trips to Siberia, brothers and sisters separated
from parents, etc. Still it is not for me to judge the history nor rewrite it.

For now I'm keeping all Communism/Capitalism cookies just as a satire. But I'm
moving the qoute by Adolfo Guzman too, cause "sorry it matched the patternTM".
Doing this solves the following issues:
  * does not single out any specific individual (just a pattern right?);
  * clearly expresses irony and shows how some are so biased and have no
    understanding that their actions have consequences.

If for some reason you still find something offensive, check out "man 6 fortune"
for "-o" flag. Of course, if (for some reason) you do not want the potentially
"offensive" aphorisms on your disk, you can opt out:
  * echo 'INSTALL_OFFENSIVE_FORTUNES=NO\!\!\!\!' >> /etc/make.conf
  * standard buildworld/installworld
  * make upgrade
and problem solved.

If still find things like fortune(6), hangman(6), pig(6) or maybe even tetris(6)
"offensive", set NO_GAMES=YES and get rid of all games distrib (I don't judge).
Since we are source based distribution (and no, BSD does *not* stand for Binary
Software Distribution) we provide installation images just for convenience. We
do not support binary base upgrades, only the standard source tree build ones.

To be clear, I had some of these fortune cookies added over a year ago in:
 6c5aea60b8d9d163c6caa536036e82e7472b84bc and nobody so far complained about it.
It is still very strange that previously those were OK. So what has changed now?

What if I'm offended by software bugs? Should I remove that sofware or try to
fix it? What if someone is offended by the license say GPL, CDDL or even Apache?
So far censorship applies only to games/fortune/.

All of this is just something to think about & no further talks will take place.
Respect others and respect yourself. Also, don't get offended to get offended.
I can only hope that infinity will forgive me, but this needs to be done.

kernel: Make floppies work again.

Revive the old x86 32bit only fdc(4) driver, it only needs just a few changes.
The fdc was never ported to work on x86_64 DragonFly, so rather than remove it
together with its manpage, fix few things and hook it to LINT64 config so that
we would keep track the state of it and not keep it in a dusty corner of sys/.

On modern x86_64 systems fdc($) has little value and it is getting harder and
harder to find floppy drives that work or even the motherboards that still have
the FDD headers to hook the 34pin ribbon cable, but I feel nostalgic about the
scratching noises the floppy drive makes while performing the operations.
So went through all storage closets and find one that works, blew out all the
accumulated dusts, cleaned the magnetic heads with a folder paper tissue good.
The hardest part was to find a floppy disk. Only could find just a single one
stashed away deep on the floor of a very old safe under heeps of old documents.

For fdc(4) to actually work, some adjustmens to isa_dma.c were needed because
of how ISA bus probing is done in platform/pc64/x86_64/autoconf.c. To work
around the exhaustion of low DMA memory before it gets to isa_probe_children()
now try to preallocate contiguous buffer of 512KB and free it just before the
probe of ISA bus. This should help any legacy ISA drivers(including ppc(4))
or even some of more picky drivers that are not built in into the kernel.

For case where isa_dmainit() would still fail to allocate the buffer fitting
the requirements, have added the safety checks and explicit fallback to non
DMA mode by setting the FDC_NODMA flag to avoid panics on "bad bounce buffer".
Floppy drive would not work properly, but it is this versus a panic. There are
other issues too. For some reason some files tend to be read with stripes of
zeros, but write operations seems to work. Same floppy is readable on linux.

Currently can not debug the issue cause my floppy had seen better days:
_# time dd if=/dev/fd0 of=/tmp/recover.img conv=sync,noerror
...
dd: /dev/fd0: Input/output error
2880+0 records in
2880+0 records out
1474560 bytes transferred in 80.723953 secs (18267 bytes/sec)

while dmesg:
fd0: hard error reading offset 00000000ae00 for 512 (ST0 40<abnrml> ST1 20<bad_crc> ST2 20<bad_crc> cyl 2 hd 0 sec 16)
fd0: hard error reading offset 00000000f600 for 512 (ST0 40<abnrml> ST1 1<no_am> ST2 1<no_dam> cyl 3 hd 0 sec 16)
fd0: hard error reading offset 000000113800 for 512 (ST0 40<abnrml> ST1 20<bad_crc> ST2 20<bad_crc> cyl 61 hd 0 sec 9)
fd0: hard error reading offset 000000115c00 for 512 (ST0 44<abnrml,top_head> ST1 4<sec_not_fnd> ST2 10<wrong_cyl> cyl 61 hd 1 sec 9)
fd0: hard error reading offset 00000011a400 for 512 (ST0 44<abnrml,top_head> ST1 4<sec_not_fnd> ST2 0 cyl 62 hd 1 sec 9)
fd0: hard error reading offset 00000011ec00 for 512 (ST0 44<abnrml,top_head> ST1 4<sec_not_fnd> ST2 0 cyl 63 hd 1 sec 9)
fd0: hard error reading offset 000000123400 for 512 (ST0 44<abnrml,top_head> ST1 4<sec_not_fnd> ST2 0 cyl 64 hd 1 sec 9)
fd0: hard error reading offset 000000127c00 for 512 (ST0 44<abnrml,top_head> ST1 4<sec_not_fnd> ST2 0 cyl 65 hd 1 sec 9)

Given the state of my single floppy I cannot even do a proper newfs_msdos(8).
So maybe someone who has a collection of good floppies could give it a go.

While there, hook old musycc(4) driver to LINT64, it was fixed in:
906779c3d1e064e55bb019342ad6c1621cc04399

libarchive: Revert commit that was not meant to be pushed.

libc/nls: Use current locale (set by thread).

It was global locale always previously.

Taken-from:  FreeBSD (r304755)
Reported-by: xenu (also provided a test case)

drm/linux: Add vmalloc_user() and vfree()

ix: Add missing source to conf/files.

Missed in 6150453f26f6ee01b60ce647b20bc8afcfc71c8e

ix: Sync with Intel's ix-3.2.17.

- Add several new chips.
- Add software workaround for 82598 errata #26.

drm/linux: Add or improve various header files

drm/linux: Remove debugging messages

kernel - Bring in definition of _IOWINT from FreeBSD.

* This is needed for evdev.

Obtained-from: FreeBSD

tcpdump(8): Reconfigure a bit after NO_CRYPT removal.

Remove faith(4) and faithd(8) from the tree.

FreeBSD did that 3 years ago (r274331). Quoting from their commit msg:

-----8<-----
It looks like industry have chosen different (and more traditional)
stateless/stateful NAT64 as translation mechanism. Last non-trivial
commits to both faith(4) and faithd(8) happened more than 12 years
ago, so I assume it is time to drop RFC3142 in FreeBSD.
----->8-----

Some more info here:

https://lists.freebsd.org/pipermail/freebsd-net/2014-October/040224.html

Discussed-with: sephe

autofs: Add "noatime" to auto_master

FreeBSD@GitHub 708d95a2d6 e5253222e9

Note that in DragonFly "noatime" was never added to -media map.
("noatime" in -media map existed only for 1 day in FreeBSD)

autofs: Add etc/autofs/include_nis

FreeBSD@GitHub e9b93842e9

autofs: Import FreeBSD@GitHub 7e6cabd06e

lock.9: lockcount() and lockcountnb() were removed in 3b6a19b26fb9c0e7918.

Remove some duplicated includes.

hier.7: Adjust for recent changes.

Update the pciconf(8) database.

October 21, 2017 snapshot from http://pciids.sourceforge.net/

kernel - Get rid of old KDSETRAD keyboard ioctl, and some __i386__ kbd code.

* The KDSETREPEAT ioctl was implemented as a replacement more than 18 years
  ago in 1999 (FreeBSD svn r44628).

mount_{smbfs,std,udf}: Use MOPT_NULL.

reboot.2: Remove obsolete BUGS section.

libc - Use O_CLOEXEC in srandomdev()

* Specify O_CLOEXEC in srandomdev() to avoid descriptor leakages
  if called during a concurrent threaded fork().

Remove various former kernel config options for good.

kernel: Remove old SHOW_BUSYBUFS kernel configuration option.

It was removed in 5e13112632fcc46beba13acf879e178aba56391c.

kernel: Remove <sys/inflate.h> inclusion from files that don't need it.

The <sys/inflate.h> is only needed for:
 * sys/kern/imgact_gzip.c
 * sys/kern/inflate.c

inet6: Remove few unneeded <net/zlib.h> headers.

No functional change.

kqueue: Fix kqueue(2) EVFILT_FS section

Fix 05d3db1bc901548d6335d701c773c537d4ef42fd.

EVFILT_FS filter currently does not use ident. It can be any value
to catch mount/umount.

FreeBSD kqueue(2) man page doesn't have description on EVFILT_FS
by the way, while the code was taken from FreeBSD for mount/umount.

kmalloc.9: Remove some obsolete information.

Revert "kprintf.9: Remove unneeded header."

This reverts commit dbb5d235a84b2aa354a9d5745aa6a02ac9a26c50.

The header was actually useful because <sys/syslog.h> has the
priority definitions.

kprintf.9: Remove unneeded header.

Reported-by: zrj

Remove unused <{cpu,machine}/coredump.h> header.

vkernel - Sync to recent API changes (3)

* Fix va page offset in returned value.

vkernel - Sync to recent API changes (2)

* Refactor uservtophys() to use vm_fault_page().  The pmap
  lookup isn't going to work coupled with the fuword style
  test because the vkernel's copyin/copyout/fuword/etc code
  doesn't fault the underlying page into the pmap.

vkernel - Sync to recent API changes

* Add uservtophys() to the vkernel code.  This is a bit of a quick hack
  but it should work.  It won't be efficient, though.

* vkernel compiles again and appears to run ok.

kernel - Fix vclean assertion due to short-cut taken by TMPFS

* Allow a vnode being destroyed to have a dirty VM object.  TMPFS
  doesn't bother to cleanup VM objects when destroying file nodes
  (e.g. when a file that is no longer referenced is removed), and
  can leave dirty pages present in the underlying object.

* Fixes occassional kernel assertions related to tmpfs (that only
  tend to occur with specific use cases).

Reported-by: zrj

libc/citrus: Catch a NULL pointer earlier, check for empty string later.

This fixes a gcc8 warning.

Taken-from: NetBSD (Revisions 1.20-1.22)

Remove the NO_CRYPT build option.

It has been broken for a long time without anyone complaining about and
we don't want to maintain it either.

In-discussion-with: zrj

<sys/indefinite2.h>: Fix header name.

This is never reached (<sys/globaldata.h> comes in via <sys/indefinite.h>
as it seems), but fix anyway.

kernel: Remove some semicolons at the end of macro definitions.

kernel: Remove some unnecessary semicolons.

kernel: Remove two final \ in macro definitions.

LTO: Disable safety feature.

No longer can reproduce boot issue in the padlock/padlock_rng codes.
The -flto-partition=one can be supplied together with -flto as needed.

LTO: Pass CFLAGS to compiler for kernel module linking too.

Forgot to git add it in fa8104330967fab6248da216251a4382b39b1dab.
Linker still could link LTO'ed *.o objects, because ld is invoked by cc
with explicitly passed -plugin option that loads the liblto_plugin.so.
This only slightly changes how LTO is performed on kernel modules.

Note: this will need to be adjusted for clang -flto compatibility
when I will update the clangb version in git module.

Reported-by: dillon

gcc47: Backport static initialization acceptance.

I only backporting these so that failing to accept drm/i915 _MMIO() stuff
would *not* be used as an argument to remove gcc47 alternative compiler
from base, just because "oh look it does not compile the i915.ko".
The gcc47 is likely the last C compiler compilable with C compiler able
to bootstrap the c++ compiler that is used on x86_64 anymore.
If anyone has/works on simple C compiler that could boostrap modern gcc,
you know where I hanging out and I gladly replace gcc47 with it in base.

It only takes few lines to accept updated drm/i915 "features".
It still warns with -pedantic:
/usr/src/sys/dev/drm/i915/intel_pm.c:3925:3: warning: initializer element is not constant [-pedantic]
/usr/src/sys/dev/drm/i915/intel_pm.c:3925:3: warning: (near initialization for 'wm0_pipe_reg[0]') [-pedantic]
/usr/src/sys/dev/drm/i915/intel_pm.c:3926:3: warning: initializer element is not constant [-pedantic]
/usr/src/sys/dev/drm/i915/intel_pm.c:3926:3: warning: (near initialization for 'wm0_pipe_reg[1]') [-pedantic]
/usr/src/sys/dev/drm/i915/intel_pm.c:3927:3: warning: initializer element is not constant [-pedantic]
/usr/src/sys/dev/drm/i915/intel_pm.c:3927:3: warning: (near initialization for 'wm0_pipe_reg[2]') [-pedantic]
...
So far i915 is the only place in kernel that does this, please lets keep it at this.

Check C99 Standard: Section 6.7.8 for more info.

Taken-from: gcc trunk (216416 + 216440 revisions)

tftp(1): Avoid symbol conflict with ncurses.

The usr.bin/tftp/main.c: int trace;
while lib_trace.c: void trace(const unsigned int){};
This breaks -flto -static link against LTO'ed libncurses.a.

Fix it by just renaming: s/trace/tftp_trace/g.

ftp(1): Avoid symbol conflict with ncurses.

The contrib/tnftp/src/ftp_var.h: GLOBAL int trace;
while lib_trace.c: void trace(const unsigned int){};
This breaks -flto -static link against LTO'ed libncurses.a.

Since it is in contrib code, just -Dtrace it.

backgammon(6): Avoid symbol issue with ncurses lib.

The backgammon(6) has: back.k: extern int raw;
while in ncurses tinfo/lib_raw.c: int raw(void){}.

This breaks -flto -static link against LTO'ed libncurses.a.
So just rename backgammon global raw to bgraw.

Just for the fun of it, note that init.c: struct termios bgraw;
NetBSD already have it fixed in games/backgammon/.
Also still not clear how to do with c5e1790f6b.

Fix some trailing whitespace in sys/conf and sys/config.

Submitted-by: zrj

banner(1): Remove (void) casts.

Forgot about these. Sorry.

games: Remove (void) casts.

No functional change.

fortune(6): Add few fortunes.

Bring in OpenBSD's tetris(6).

Will be handy to test upcoming ncurses update.

Taken-from: OpenBSD

Bring in OpenBSD's boggle(6).

As per README, stuff is addictive!

Pointed-by: Thierry
Taken-from: OpenBSD

newfs_hammer.8: Fix up the HISTORY section.

Reported-by: kerma (Michael)

cpdup(1): Whitespace cleanup.

No functional change.

btools: Strip host lib deps for bin/cpdup.

Disable last libmd.a user in btools.
MD5 functionality (cpdup -m) for buildworld is redundant.

btools: Strip libmd dep for usr.bin/sort.

Implement SORT_RANDOM option and do not use if BOOTSTRAPPING.
This option is useless for a buildworld/buildkernel.

This allows to have sort(1) that only depends on libc.

btools: Strip libpthread dep for usr.bin/sort.

This is one in particular was annoying me for long. It has a potential of using
ptreads for sorting speed up. Running parallel sort(1) in various buildworld
places actually can result in less performance on maximum parallel builds due
to interference with other cpu cores and we can not be sure about the state of
host's static libpthread lib. Also, so far I did not noticed any performance
degradation when sort is used without threads support for buildworld purposes.
This utility (in btools case) is compiled statically so bringing whole pthreads
static lib into memory has a bigger penalty then in most cases sorting anyway.
This a single btools/ctools case that depends on -lpthread. Having a slim,
more stable buildings tools is prefered than dubious compilation speed
enhancements for critical buildworld infrastructure.

The libmd.a dependency will be revemoved in separate patch.

btools: Remove usr.bin/bzip2 from the list.

The bzip2 and its variants are not used during buildworld/buildkernel.
So avoid yet another dependency on host lib (libz2.a).
Only places i could find it referenced were:
  * etc/man.conf - for manpage compression (we only do and trac .gz ones).
  * etc/release  - for compressing the kernel sources (that is outside build
                   and already have a dependencies from DPorts).

ncurses: Privatize the last public header.

Just move it with rest of privatized ncurses headers. Only user in base is
usr.sbin/installer/dfuife_curses/ and include path is already handled there.
As of this moment we are sure that none of private ncurses bits are used for
bootstrapping the world (non-interactive make/shell scripts redirected to
file should not care about colors anyway or try to format the layout).

No functional change.

btools: Remove /bin/csh from the list.

Our buildworld infrastructure does not use it (/bin/sh is used).
The csh is quite a complicated shell (ncurses, crypto deps).
One place less to trip while upgrading to newer releases.
This should simplify all the private libs handling.

btools: Do not link with LIBEDIT for bin/sh.

The -DNO_HISTORY already disables all libprivate_edit functionality and
libncurses is only a dep for libedit. Simply remove extra dependencies.
Keeps btools slim and cleaner.

ncurses: Hook in fully bootstrapped tic_next.

This hopefully will allow for better future bootstraps better and w/o hacks.
Problem with tic(1) is his special knowledge through <progs.priv.h> header.
Because it is not a standard application (that uses only public headers) we
simply cannot expect to just compile three new main sources sources + link
with previously built libncurses.a from older release. Also, tic(1) during
buildworld builds terminfo binary database for the *new* ncurses lib version
and not for the *old* one. So full bootstrap is in order.

Note, share/terminfo database can still be built by a world installed tic(1).

ncurses: Add hostprog variant of tic.

Tic(1) uses some of internal bits of ncurses implementation.
  * For now include a basic set of libncurses.
  * Link this tic with wide version of ncurses.
  * Adjust sources a bit for future reference.

ncurses: Move in panel handling to Makefile.sources.

While there, install panel.h header only from a single place.
Previously it was installing it from both libpanel and libpanelw.
The libpanelw lib is currently unused in the world tree, while the
libpanel is only used by installer.

No functional change.

ncurses: Separate generators and sources list.

Keeps everything concentrated outside libncurses lib.
Add a bit of source sorting too.

No functional change, just moving stuff around.