[syscalls] Add ARM SMCCC support to SMC syscall

In order to support the full range of services that are available via
the ARM Secure Monitor, zx_smc_call needed to gain some additional input
and output parameters. These additional parameters bring the syscall in
line with the ARM SMC Calling Convention where there are eight input
registers and four output registers.

The SMC invocation itself was moved out from underneath the PSCI kernel
driver to the arm64 arch specific component. All current SMC invocations
were updated to the new function and there are currently no calls from
higher layers.

Change-Id: I5577479a7f960a85a04cc6d978c27a2e37246a2f

[zbi][kernel] Remove all references to bootdata

Convert the kernel from bootdata to zbi with a few
notable exceptions:
+ Process bootdata on x86/PC was not converted
because we intend to migrate that to using
libzbi in a future patch.
+ syscalls_system.cpp/mexec weren't migrated for
the same reason as above.

bootdata_unittest.cpp was also removed because it
tests the bootdata append functionality which is
redundant with libzbi functionality and slated
to be removed.

Tested by booting on the following platforms:
+ QEMU ARM
+ QEMU x86 (KVM)
+ Vim2
+ UEFI based x86 system

Change-Id: Ifcf803b16a20a70ecd2f4aae930b0304e9cb3437

[zircon] syscall boilerplate for profile

Introduces the two new syscalls
1- creates a profile object
2- set a profile to an existng object (must be a thread atm)

There is no actual meat.

Change-Id: Iebdacc04a6291520678661bda785858ca3815070

[kernel][syscalls] Remove redundant filename prefix

All of these files are already in a directory named syscalls.

Change-Id: If4945b107c2ae9787e63dfbfe3750d7dfdba739b

[powerctl][acpi] Partially implement S-state transition

This implements enough of the S-state transition code to be used for the
shutdown codepath, and for suspending-to-RAM (but not resuming).

ZX-1184

Change-Id: I88aa959db1a77e903e1f98c8d5ea83a825ff24fe

[syscalls] Remove duplicate dependency on lib/vdso

Change-Id: I96415ae7d8e7b7ed4c8d3d56323b6a185527a37c

[kernel][syscalls] Relocate syscalls directly under kernel/

The syscalls aren't a library, really. In particular, they don't have
an interface used by the rest of the kernel (i.e. they don't have any
public headers declaring an interface). They also feel like they
should be a peer to the objects directory.

Change-Id: I99b44a2c08067c31fa3ad2046ef3245a0c68c773