MFC r235392,235394,235395: fixes and cleanups for zfs boot MFC
MFC r235390: zfs boot code: mark spa_t arguments as const where they are
used as such
fix a mismerge in r237765

sys/boot stable/8 doesn't have Makefile.spac64, instead it has
spar64-specific blocks in Makefile.
This is a direct commit.

Pointyhat to:	avg
MFC: r237219

In tty_makedev() the following construction:

dev = make_dev_cred();
dev->si_drv1 = tp;

leaves a small window where the newly created device may be opened
and si_drv1 is NULL.

As this is a vary rare situation, using a lock to close the window
seems overkill. Instead just wait for the assignment of si_drv1.
MFC 236577:
Allow the -p argument to kdump to accept either a PID or a thread ID.
MFC 237008,237271,237272,237673:
- Fix a couple of bugs that prevented windows in PCI-PCI bridges from
  growing "downward" (moving the start address down).  First, an off by
  one error caused the end address to be moved down an extra alignment
  chunk unnecessarily.  Second, when aligning the new candidate starting
  address, the wrong bits were masked off.
- Add a 'wmask' variable to hold the expression '(1ul << w->step) - 1' in
  pcib_grow_window().
- For subtractively decoding bridges, don't try to grow windows but pass
  the request up the tree in order to be on the safe side. Growing windows
  in this case would mean to switch resources to positive decoding and
  it's unclear how to correctly handle this. At least with ALi/ULi M5249
  PCI-PCI bridges, this also just doesn't work out of the box.
MFC 237334:
Move the per-thread deferred user map entries list into a private list
in vm_map_process_deferred() which is then iterated to release map entries.
This avoids having a nested vm map unlock operation called from the loop
body attempt to recuse into vm_map_process_deferred().  This can happen if
the vm_map_remove() triggers the OOM killer.
MFC 233191:
Fix madvise(MADV_WILLNEED) to properly handle individual mappings larger
than 4GB.  Specifically, the inlined version of 'ptoa' of the the 'int'
count of pages overflowed on 64-bit platforms.  While here, change
vm_object_madvise() to accept two vm_pindex_t parameters (start and end)
rather than a (start, count) tuple to match other VM APIs as suggested
by alc@.
MFC 197552:
Silence warning printed by getfsspec(3) when /etc/fstab does not exist
  fstab: /etc/fstab:0: No such file or directory
and from dump(8) when setfsent(3) fails due to /etc/fstab not existing:
  DUMP: Can't open /etc/fstab for dump table information: No such...

This makes daily and security periodic runs somewhat cleaner in jails
which lack /etc/fstab files.
MFC 237337:
Only output a list of file systems that need to be dumped if the system
has a non-empty dumpdates file.
MFC: r236581

The loaddev environment variable is not modifiable once set, so it is not
update for ZFS. It seems that this does not really affect anything except
the help command. Nevertheless, rearrange things so loaddev is set only
once in all cases in order to get it right.
Pointed out by: avg
MFC 235024,235029,235556,235834,235845:
Use MADT to match ACPI Processor objects to CPUs.  MADT and DSDT/SSDTs may
list CPUs in different orders, especially for disabled logical cores.  Now
we match ACPI IDs from the MADT with Processor objects, strictly order CPUs
accordingly, and ignore disabled cores.  This prevents us from executing
methods for other CPUs, e. g., _PSS for disabled logical core, which may not
exist.  Unfortunately, it is known that there are a few systems with buggy
BIOSes that do not have unique ACPI IDs for MADT and Processor objects.  To
work around these problems, 'debug.acpi.cpu_unordered' tunable is added.
Set this to a non-zero value to restore the old behavior.
MFC r236504: cpucontrol: use CPUCTL_UPDATE ioctl on correct file
descriptor (in amd case)
MFC r236503: free wdog_kern_pat calls in post-panic paths from under
SW_WATCHDOG
MFC r237674

 Update the usage with the new jail option.
Merge r237645 from head:

  The -S option, to specify the sector size, has been usable on all types
  of memory disks since r135340.  Update the man page to reflect this.

Noticed by:	avg
MFC r237178:
	attach_generic causes missing devices in /dev when the driver interacts with some non-highpoint controollers. Change attach_generic to be off by default.

PR:		kern/168910
Approved by:	cperciva (implicit)
MFC	r237624, r237714, r237716, r237860:

Bring llquantize support into Dtrace.

Bryan Cantrill implemented the equivalent of semi-log graph
paper for Dtrace so llquantize will use one logarithmic and
one linear scale.

Illumos Revision:	13355:15b74a2a9a9d

Reference:
https://www.illumos/issues/905

Obtained from:	Illumos
MFC 237683:

  r237683 | ken | 2012-06-27 21:48:54 -0600 (Wed, 27 Jun 2012) | 129 lines

  Bring in LSI's latest mps(4) 6Gb SAS and WarpDrive driver, version
  14.00.00.01-fbsd.

  Their description of the changes is as follows:

  1.	Copyright contents has been changed in all respective .c
  	and .h files

  2.	Support for WRITE12 and READ12 for direct-io (warpdrive only)
  	has been added.

  3.      Driver has added checks to see if Drive has READ_CAP_16
  	support before sending it down to the device.
  	If SPC3_SID_PROTECT flag is set in the inquiry data, the
  	device supports protection information, and must support
  	the 16 byte read capacity command, otherwise continue without
  	sending read cap 16. This will optimize driver performance,
  	since it will not send READ_CAP_16 to the drive which does
  	not have support of READ_CAP_16.

  4.      With new approach, "MPTIOCTL_RESET_ADAPTER" IOCTL will not
  	use DELAY() which is busy loop implementation.
  	It will use <msleep> (Better way to sleep without busy
  	loop). Also from the HBA reset code path and some other
  	places, DELAY() is replaced with msleep() or "pause()",
  	which is based on sleep/wakeup style calls.  Driver use
  	msleep()/pause() instead of DELAY based on CAN_SLEEP/NO_SLEEP
  	flags to avoid busy loop which is not required all the
  	time.e.a

  	a. While driver is getting loaded, driver calls most of the
  	   commands with NO_SLEEP.
  	b. When Driver is functional and it needs Reinit of HBA,
  	   CAN_SLEEP flag is used.

  5.	<mpslsi> driver is not Endian safe. It will not work on Big
  	Endian machines	like Sparc and PowerPC platforms because it
  	assumes it is running on a Little Endian machine.

  	Driver code is modified such way that it does not assume CPU
  	arch is Little Endian.
  	a. All places where Driver interacts from HBA to Host, it
  	   converts Little Endian format to CPU format.
  	b. All places where Driver interacts from Host to HBA, it
  	   converts CPU format to Little Endian.

  6.	Findout memory leaks in FreeBSD Driver and resolve those,
  	such as memory leak in targ's luns creation/deletion.
  	Also added additional checks to see memory allocation
  	success/fail.

  7.	Add loginfo prints as debug message, i.e. When FW sends any
  	loginfo, Driver should print those as debug message.
  	This will help for debugging purpose.

  8.	There is possibility to get config request timeout. Current
  	driver is able to detect config request timetout, but it does
  	not do anything on config_request timeout.  Driver should
  	call mps_reinit() if any request_poll (which is called as
  	part of config_request) is time out.

  9.	cdb length check is required for 32 byte CDB. Add correct mpi
  	control value for 32 bit CDB as below while submitting SCSI IO
  	Request to controller.
  	mpi_control |= 4 << MPI2_SCSIIO_CONTROL_ADDCDBLEN_SHIFT;

  10.	Check the actual status of Message unit reset
  	(mps_message_unit_reset).Previously FreeBSD Driver just writes
  	MPI2_FUNCTION_IOC_MESSAGE_UNIT_RESET and never check the ack
  	(it just wait for 50 millisecond).  So, Driver now check the
  	status of "MPI2_FUNCTION_IOC_MESSAGE_UNIT_RESET" after writing
  	it to the FW.

  	Now it also checking for whether doorbell ack uses msleep with
  	proper sleep flags, instead of <DELAY>.

  11.	Previously CAM does not detect Multi-Lun Devices. In order to
  	detect Multi-Lun Devices by CAM the driver needs following change
  	set:
  	a. There is "max_lun" field which Driver need to set based on
  	   hw/fw support. Currently LSI released driver does not set
  	   this field.
  	b. Default of "max_lun" should not be 0 in OS, but it is
  	   currently set to 0 in CAM layer.
  	c. Export max_lun capacity to 255

  12.	Driver will not reset target info after port enable complete and
  	also do Device removal when Device remove from FW.  The detail
  	description is as follows
  	a. When Driver receive WD PD add events, it will add all
  	   information in driver local data structure.
  	b. Only for WD, we have below checks after port enable
  	   completes, where driver clear off all information retrieved
  	   at #1.
  	if ((sc->WD_available &&
               (sc->WD_hide_expose == MPS_WD_HIDE_ALWAYS)) ||
               (sc->WD_valid_config && (sc->WD_hide_expose ==
                              MPS_WD_HIDE_IF_VOLUME)) {
  		  // clear off target data structure.
  	}
  	It is mainly not to attach PDs to OS.

  	FreeBSD does bus rescan as older Parallel scsi style. So Driver
  	needs to handle which Drive is visible to OS.  That is a reason
  	we have to clear off targ information for PDs.

  	Again, above logic was implemented long time ago. Similar concept
  	we have for non-wd also. For that, LSI have introduced different
  	logic to hide PDs.

  	Eventually, because of above gap, when Phy goes offline, we
  	observe below failure. That is what Driver is not doing complete
  	removal of device with FW. (which was pointed by Scott)
  	Apr  5 02:39:24 Freebsd7 kernel: mpslsi0: mpssas_prepare_remove
  	Apr  5 02:39:24 Freebsd7 kernel: mpssas_prepare_remove 497 : invalid handle 0xe

  	Now Driver will not reset target info after port enable complete
  	and also will do Device removal when Device remove from FW.

  13.	Returning "CAM_SEL_TIMEOUT" instead of "CAM_TID_INVALID"
  	error code on request to the Target IDs that have no devices
  	conected at that moment.  As if "CAM_TID_INVALID" error code
  	is returned to the CAM Layaer then it results in a huge chain
  	of errors in verbose kernel messages on boot and every
  	hot-plug event.

Submitted by:	Sreekanth Reddy <Sreekanth.Reddy@lsi.com>
MFC 237682:

  r237682 | ken | 2012-06-27 21:36:13 -0600 (Wed, 27 Jun 2012) | 6 lines

  Fix a typo in a panic() call.

PR:		kern/169497
Submitted by:	Steven Hartland <steven.hartland@multiplay.co.uk>