[astro][display] Add VPP, VPU and OSD functionality

With this change, Astro display driver is completely independent of
u-boot display initialization.

The OSD driver is still very rigid. Next step will include writing
a proper OSD driver with its own protocol that could be used by all
AmLogic platforms that use the OSD channel.

The VPU related code contains lots of magic and hardcoded values from
U-Boot due to lack of documentation.

Test: Tested on Astro EVT and P2. Also tested over netboot. Also tested
using various flavors of U-Boot with display initialization ranging from
0 display support to 100% support to make sure what we do on Astro is
truly independent of U-Boot.

Change-Id: Ia02c422bcb462de2774774b6f3c9c6a1661d92bf

[ddk][i2c] Refactor the I2C protocol

This change is similar to "[gpio] Refactor the GPIO protocol" but for
I2C channels: https://fuchsia-review.googlesource.com/c/zircon/+/199400

After this change an instance of the ZX_PROTOCOL_I2C protocol
now represents a single I2C channel. The protocol remains the same,
except the "uint32_t index" has been removed from all the protocol functions.

For devices that have only one I2C channel assigned to them, the
driver can simply call device_get_protocol() to access the I2C protocol for the
channel. To support multiple channel, a new API in the platform bus called
pdev_get_protocol() allows accessing the I2C channels protocols by index.

ZX-2621 #comment Refactor the I2C protocol removing index.

Test: Boot and I2C transactions work on astro and NXP IMX8

Change-Id: I55d08aa3d82024f6977646425fd3d75a378f2740

[gpio] Refactor the GPIO protocol

This is a first step in a move toward using protocols to represent
individual resources. A similar change will be made to the I2C protocol
to bring it in line with how I2C is used on x86 platforms.

From the client's point of view, an instance of the ZX_PROTOCOL_GPIO
protocol now represents a single pin. The protocol remains the same,
except the "uint32_t index" has been removed from all the protocol functions.

For devices that have only one GPIO resource assigned to them, the driver
can simply call device_get_protocol() to access the GPIO protocol for the pin.
To for devices with more than one GPIO pins, a new API in the platform bus called
pdev_get_protocol() must be used instead.

In addition, we add a new protocol ZX_PROTOCOL_GPIO_IMPL, which is now
implemented by the GPIO drivers. This protocol is essentially the same as
the old GPIO protocol, except "index" has been renamed "pin".
Board drivers may use this protocol directly when doing low level system
configuration, specifying pin numbers directly.

TEST: Booted on VIM2 and Hikey.
On VIM2, USB, display, ethernet and the GPIO test driver are working properly
On Hikey, the system boots and USB is functional.

Change-Id: I44f1bc11ad9793543361a2d19d7a2de4458c334b

[ddk][i2c] Add arbitrary number of RWs support to I2C protocol

Augment the I2C protocol transact function to allow more than 2
write and/or read operations in one transaction. Rename the old
transact to write_read.

Test: Astro light sensor (uses I2C based interface) readings work

Change-Id: I3c83025b7ca697551638ed9824cb7547e37afc4b

[compiler.h] Migrate more C++ code from countof to fbl::countof

Test: CQ; should be no functional change
Change-Id: Idbdb9606827eccaad936c12961f845729db00a4f

[astro][display] Convert astro display driver to cpp

Test: Test on both EVT and P2 units

Change-Id: Iaf6594eebe3edc42fbb2d8f5c61881e7df32d55b