gpio: xgene: Fix build warning for !PM_SLEEP

The xgene_gpio_suspend() and xgene_gpio_resume() functions are only used
when PM_SLEEP is enabled, so update the #ifdef guard accordingly.

Signed-off-by: Thierry Reding <treding@nvidia.com>
gpio: 74xx-mmio: Fix build warning on 64-bit

On 64-bit, pointers are the size of unsigned long and casting to
unsigned (int) will cause a warning.

Signed-off-by: Thierry Reding <treding@nvidia.com>
media: st-rc: Fix build warning for !PM_SLEEP

The st_rc_suspend() and st_rc_resume() functions are only used when
PM_SLEEP is enabled, so make sure to only define them when needed.

Signed-off-by: Thierry Reding <treding@nvidia.com>
amd-xgbe: Fix build warning for !PM_SLEEP

The xgbe_suspend() and xgbe_resume() functions are only used when
PM_SLEEP is enabled, so make sure to only define them when needed.

Signed-off-by: Thierry Reding <treding@nvidia.com>
net/macb: Fix build warnings for !PM_SLEEP

The macb_suspend() and macb_resume() functions are only used when
PM_SLEEP is enabled, so make sure to only define them when needed.

Signed-off-by: Thierry Reding <treding@nvidia.com>
stmmac: Fix build warnings for !PM_SLEEP

The stmmac_pltfr_suspend() and stmmac_pltfr_resume() functions are only
used when PM_SLEEP is enabled, so make sure to only define them when
needed.

Signed-off-by: Thierry Reding <treding@nvidia.com>
spi/atmel: Fix build warning for !PM_SLEEP

atmel_spi_suspend() and atmel_spi_resume() are only used when PM_SLEEP
is enabled. The same goes for atmel_spi_runtime_suspend/resume() and
PM_RUNTIME. Make sure to only define the functions when they are really
used to prevent build warnings.

Signed-off-by: Thierry Reding <treding@nvidia.com>
usb: gadget: xilinx: Print pointers using %p

Regular pointers can be printed using the %p specifier. Casting to a u32
will cause the compiler to emit a warning on 64-bit builds.

Signed-off-by: Thierry Reding <treding@nvidia.com>
usb: musb: ux500: Fix build warnings for !PM_SLEEP

The ux500_suspend() and ux500_resume() functions are only used when
PM_SLEEP is enabled, so make sure to only define them when needed.

Signed-off-by: Thierry Reding <treding@nvidia.com>
AUO-K190x: Fix build warnings for !PM_SLEEP and !PM_RUNTIME

The auok190x_runtime_suspend/resume() functions are only used when
PM_RUNTIME is enabled. The same goes for auok190x_suspend/resume() and
PM_SLEEP. Make sure to only define the function when needed to avoid a
compiler warning about them being unused.

Signed-off-by: Thierry Reding <treding@nvidia.com>
drm: Per-plane locking

Turned out to be much simpler on top of my latest atomic stuff than
what I've feared. Some details:

- Drop the modeset_lock_all snakeoil in drm_plane_init. Same
  justification as for the equivalent change in drm_crtc_init done in

	commit d0fa1af40e784aaf7ebb7ba8a17b229bb3fa4c21
	Author: Daniel Vetter <daniel.vetter@ffwll.ch>
	Date:   Mon Sep 8 09:02:49 2014 +0200

	    drm: Drop modeset locking from crtc init function

  Without these the drm_modeset_lock_init would fall over the exact
  same way.

- Since the atomic core code wraps the locking switching it to
  per-plane locks was a one-line change.

- For the legacy ioctls add a plane argument to the locking helper so
  that we can grab the right plane lock (cursor or primary). Since the
  universal cursor plane might not be there, or someone really crazy
  might forgoe the primary plane even accept NULL.

- Add some locking WARN_ON to the atomic helpers for good paranoid
  measure and to check that it all works out.

Tested on my exynos atomic hackfest with full lockdep checks and ww
backoff injection.

v2: I've forgotten about the load-detect code in i915.

Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
[update vmwgfx for API change required after rebase]
Signed-off-by: Thierry Reding <treding@nvidia.com>
drm: More specific locking for get* ioctls

Motivated by the per-plane locking I've gone through all the get*
ioctls and reduced the locking to the bare minimum required.

Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
fixup
arm64: dts: Symlink dt-bindings include directory

Signed-off-by: Thierry Reding <treding@nvidia.com>
arm64: Add support for Tegra SoC family

Some of these configs are from downstream and are probably invalid
and/or unnecessary.  Need to be scrubbed
arm64: Add support for Tegra132

Tegra132 is a 64-bit variant of Tegra K1 (Tegra124). It has a dual-core
Denver CPU which supports the ARMv8 architecture.

Signed-off-by: Allen Martin <amartin@nvidia.com>
arm64: Add DTS for Tegra132 and Norrin board

The Norrin board is a Tegra132-based FFD used as reference platform
within NVIDIA.

Signed-off-by: Allen Martin <amartin@nvidia.com>
---
Changes in v2:
- remove unsupported nvidia,low-power-mode settings from pinmux nodes
- add clocks and clock-names properties to the memory controller node
soc/tegra: Add Tegra132 support

Add the chip ID for the NVIDIA Tegra132 SoC family.

Signed-off-by: Thierry Reding <treding@nvidia.com>
soc/tegra: fuse: Constify tegra_fuse_info structures

These structures contain read-only data and are never modified, so they
can be const.

Signed-off-by: Thierry Reding <treding@nvidia.com>
soc/tegra: fuse: Add Tegra132 support

Signed-off-by: Thierry Reding <treding@nvidia.com>