MFC	r245648:

newfs_msdos: cosmetical cleanups

- Simplify diagnostic messages.
- Adopt lowercase first letters to make the messages
  more canonical.

PR:		bin/175404
Submitted by:	Christoph Mallon
Reviewed by:	bde
MFC r245458:
- Use standard RETURN VALUES section.
MFC r241402:
Add checks for ata_sata_scr_read() return statuses. It is mostly to silence
Clang Static Analyzer warnings as errors there are usually unlikely.
MFC r244146:
Add IDs for SATA controllers on AMD Hudson-2 series chipsets.
I am not exactly sure about the naming due to lack of specs on AMD site,
but it is better to have some identification then none at all.
MFC r245446:
In case somebody still use it, fix legacy ataraid(4) to work on combined
PATA+AHCI controllers, such as JMicron JMB363.

PR:		kern/159271
MFC 229435:
Add special loader environment variables 'comconsole_port' and
'comconsole_pcidev'. The former allows to set the base address of the
serial console i/o port. The later takes the string of the format
'bus:device:function:[bar]' as a value and uses the serial port attached
as PCI device at the specified location for console.

Both variants pass 'hw.uart.console' variable to the uart driver to
properly hand-over the kernel console.

Change allows to use ISA serial ports other than COM1 for the
loader/kernel console without loader recompilation. Also, you can use
PCI-attached port as the console, e.g. Intel AMT serial pseudo-port on
some motherboards based on Q67 chipset.
MFC r245485:
  Add D-Link DFE-520TX rev C1.
MFC r245487:
  Add D-Link DFE-520TX (rev. C1) to HARDWARE section.
MFC r244481:
  For fiber PHYs, BRGPHY_MII_1000CTL register is not defined at all
  so do not touch it.
MFC r223148, r240252, r241541, r241543, r245756:

r223148: (ru)
 - Document all trees that support CVS_UPDATE.
 - Document all trees that support SUP_UPDATE.
 - Document SVN_UPDATE.
 - Document NO_WWWUPDATE.
 - make.conf(5) mistakenly said that *SUPFILE* had defaults.
 - Add an example entry for WWWSUPFILE.

r240252: (eadler)
 - Remove documentation and www cvsup files as they are no longer
   useful with the switch to subversion.

r241541: (joel)
 - Minor mdoc improvements. Also remove unnecessary csup reference.

r241543: (eadler)
 - Bump .Dd

r245756:
 - Mark SUP_UPDATE as deprecated in make.conf(5), providing
   instructions to use SVN_UPDATE or freebsd-update(8).
 - While here, remove bogus NO_WWWUPDATE.
MFC r244482:
  Recognize 5720S PHY and treat it as 5708S PHY.
  Unfortunately 5720S uses 5709S PHY id so add a hack to detect 5720S
  PHY by checking parent device name.  5720S PHY does not support 2500SX.
MFC r245757:
  - If update method is SUP_UPDATE or CVS, warn that those
    update methods are deprecated.
MFC r245918:
 - Fix update method (s/SUP/CVS) warning.
MFC r245768:

 - Don't include date and time the driver is built, this is useful for
   generating binary diffs.
 - Constify a few strings used in the driver.
 - Style changes to make the driver compile with default clang settings.

Approved by:	HighPoint Technologies
MFC r240104:

Add hpt27xx to GENERIC kernel for amd64 and i386 systems.
MFC r245697: zfs/sparc64 boot: fix booting after r242230
MFC: 241780

- Give PIL_PREEMPT the lowest priority just above low/stray interrupts.
  The reason for this is that the SPARC v9 architecture allows nested
  interrupts of higher priority/level than that of the current interrupt
  to occur (and we can't just entirely bypass this model, also, at least
  for tick interrupts, this also wouldn't be wise). However, when a
  preemption interrupt interrupts another interrupt of lower priority,
  f.e. PIL_ITHREAD, and that one in turn is nested by a third interrupt,
  f.e. PIL_TICK, with SCHED_ULE the execution of interrupts higher than
  PIL_PREEMPT may be migrated to another CPU. In particular, tl1_ret(),
  which is responsible for restoring the state of the CPU prior to entry
  to the interrupt based on the (also migrated) trap frame, then is run
  on a CPU which actually didn't receive the interrupt in question,
  causing an inappropriate processor interrupt level to be "restored".
  In turn, this causes interrupts of the first level, i.e. PIL_ITHREAD
  in the above scenario, to be blocked on the target of the migration
  until the correct PIL happens to be restored again on that CPU again.
  Making PIL_PREEMPT the lowest real priority, this effectively prevents
  this scenario from happening, as preemption interrupts no longer can
  interrupt any other interrupt besides stray ones (which is no issue).
  Thanks to attilio@ and especially mav@ for helping me to understand
  this problem at the 201208DevSummit.
- Give PIL_STOP (which is also used for IPI_STOP_HARD, given that there's
  no real equivalent to NMIs on SPARC v9) the highest possible priority
  just below the hardwired PIL_TICK, so it has a chance to interrupt
  more things.
MFC: r241874

After r241858 (MFC'ed to stable/8 in r242285), remove the remainder of
FreeBSD ~4 support from mpt(4).
MFC: r241875

Remove support for using Giant for locking within mpt(4). Finer grained
locking has been working fine for ~5.5 years by now.
MFC: r244307

Restore pre-r234898 (MFC'ed to stable/9 in r236077) printing of boot loader
and path.