Update APM XGene ACPI tables with CPU parking addresses, timer
info and additional sleep state methods.

Signed-off-by: Al Stone <ahs3@redhat.com>
Update and improve PCIe implementation for Mustang.

Signed-off-by: Al Stone <ahs3@redhat.com>
Update and improve USB support for Mustang.

Signed-off-by: Al Stone <ahs3@redhat.com>
Introduce Mellanox support

Signed-off-by: Al Stone <ahs3@redhat.com>
Print out the MPIDT from the FDT correctly.

Signed-off-by: Al Stone <ahs3@redhat.com>
Clean up FDT GUIDs and names during boot

Signed-off-by: Al Stone <ahs3@redhat.com>
Initialize SNP state properly.

Signed-off-by: Al Stone <ahs3@redhat.com>
Update CPU MPIDR info

Signed-off-by: Al Stone <ahs3@redhat.com>
Corrections to the PHY implementation

Signed-off-by: Al Stone <ahs3@redhat.com>
Update spin-table protocol for secondary CPU startup

Signed-off-by: Al Stone <ahs3@redhat.com>
Minor corrections to SNP boot options

Signed-off-by: Al Stone <ahs3@redhat.com>
fix secondary core boots on mustang

For some reason, APM changed the secondary core pen address
(KERNEL_MAILBOX_ADDR) in their 1.12 UEFI release. This new
address no longer matches our device tree and thus causes
failure to boot the secondary cores in the kernel. We could
fix the device tree, but we have a mix of systems with various
versions of firmware and software. The safest thing to do is
to just change the address back to where it was. At some point,
ACPI will make this moot anyway.

Signed-off-by: Mark Salter <msalter@redhat.com>
Revert a workaround that increments the RGMII_MAC0 address

Signed-off-by: Al Stone <ahs3@redhat.com>
Revert a workaround that increments the RGMII_MAC0 address

Signed-off-by: Al Stone <ahs3@redhat.com>
Fixup built-in Mustang DT with platform runtime info

Reorganize the builtin DT support by moving SetupDeviceTree
out of Bds and into a library. This allows us to use a "Null"
library for platforms which don't build in a DT (foundation).
SetupDeviceTree() now also fills out proper runtime values
for:

  * CPU "cpu-release-addr"
  * enet "local-mac-address"
  * uart "clock-frequency"

Having local-mac-address set by firmware allows for Mustang
ethernet driver to work without needing to read mac address
from hardware. That strategy of reading the hardware for
address set by firmware does not work reliably when driver
is built as a module.

Signed-off-by: Mark Salter <msalter@redhat.com>
Merge DT support for both 3.13 and 3.15 kernels

NB: This patch breaks backwards compatibility and requires
    kernel-3.13.0-0.rc7.34 or later.

In order to support 3.13 and 3.15 with the same firmware
version, the DT must provide device nodes expected by both
kernels. Both kernel use sata and menet nodes. Fortunately,
the the pre-upstream sata driver in 3.13 uses a different
compatibility string than the upstream sata driver in 3.15.
So we simply include both versions in the same DT. The
pre-upstream driver in 3.13 and the latest pre-upstream
driver for 3.15 use the same compatibilty string although
the actual contents of the nodes are different. We have to
rename the 3.13 menet node so the 3.15 driver will not try
to use it. We have a patched 3.13 kernel which looks for a
different compatibility string in addition to the string
previously used. We want to also support the old string in
3.13 so that the kernel is backwards compatible with earlier
firmware versions. However, the 3.13 kernel patch also looks
for a devid property which is only present in the old style
menet node. In this way, a 3.13 kernel will not use the menet
node meant for a 3.15 kernel.

Signed-off-by: Mark Salter <msalter@redhat.com>
[mustang] use dts files from 3.15-rc7

use the mustang dts files from sa2 kernel commit 6abd387977, from the final
kernel-3.15.0-0.rc7.35.sa2 release (commit baabd07dd7).

Signed-off-by: Mark Langsdorf <mlangsdo@redhat.com>
Merge branch 'apm-1.13.03-update' into apm-scratch
Revert to using same spin-table address for all CPUs

Signed-off-by: Mark Salter <msalter@redhat.com>
[mustang] -rh-0.11 release

Has gone through QE and supports 3.13-rc7.34 and 3.15-rc7.0.

Signed-off-by: Mark Langsdorf <mlangsdo@redhat.com>