bcm63xx/u-boot/drivers/video/rockchip/Makefile, branch master

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12Z

When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini

rockchip: video: Makefile: Add soc specific driver for rk3288 mipi dsi

2017-08-07T19:32:11Z

Signed-off-by: Eric Gao Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsich

rockchop: video: mipi: Makefile: Add soc specfic driver for rk3399 mipi dsi

2017-08-07T18:45:08Z

Add Makefile item for soc specific driver for rk3399 mipi dsi. Signed-off-by: Eric Gao Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsich

rockchip: video: rk3399: add HDMI TX support on the RK3399

2017-06-08T03:30:50Z

This commit enables the RK3399 HDMI TX, which is very similar to the one found on the RK3288. As requested by Simon, this splits the HDMI driver into a SOC-specific portion (rk3399_hdmi.c, rk3288_hdmi.c) and a common portion (rk_hdmi.c). Note that the I2C communication for reading the EDID works well with the default settings, but does not with the alternate settings used on the RK3288... this configuration aspect is reflected by the driverdata for the RK3399 driver. Having some sort of DTS-based configuration for the regulator dependencies would be nice for the future, but for now we simply use lists of regulator names (also via driverdata) that we probe. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

rockchip: video: split RK3288-specific part off from rk_hdmi

2017-06-08T03:30:50Z

To prepare for the addition of RK3399 HDMI support, the HDMI driver is refactored and broken into a chip-specific and a generic part. This change adds the internal interfaces, makes common/reusable functions externally visible and splits the RK3288 driver into a separate file. For the probing of regulators, we reuse the infrastructure created during the VOP refactoring... i.e. we simply call into the helper function defined for the VOP. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

rockchip: video: rk3399: enable HDMI output (from the rk_vop) for the RK3399

2017-06-08T03:30:49Z

This commit adds a driver for the RK3399 VOPs capable and all the necessary plumbing to feed the HDMI encoder. For the VOP-big, this correctly tracks the ability to feed 10bit RGB data to the encoder. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

rockchip: video: refactor rk_vop and split RK3288-specific code off

2017-06-08T03:30:49Z

To prepare for adding the RK3399 VOP driver (which shares most of its registers and config logic with the RK3228 VOP), this change refactors the driver and splits the RK3288-specific driver off. The changes in detail are: - introduces a data-structure for chip-specific drivers to register features/callbacks with the common driver: at this time, this is limited to a callback for setting the pin polarities (between the VOP and the encoder modules) and a flag to signal 10bit RGB capability - refactors the probing of regulators into a helper function that can take a list of regulator names to probe and autoset - moves the priv data-structure into a (common) header file to be used by the chip-specific drivers to provide base addresses to the common driver - uses a callback into the chip-specific driver to set pin polarities (replacing the direct register accesses previously used) - splits enabling the output (towards an encoder) into a separate help function withint the common driver Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

rockchip: video: introduce VIDEO_DW_HDMI and select for Rockchip HDMI

2017-05-15T18:42:56Z

Instead of having drivers/video/rockchip/Kconfig point outside of its hierarchy for dw_hdmi.o, we should use a configuration-option to include the Designware HDMI support. This change introduces a new config option (not to be selected via menuconfig, but to be selected from a dependent video driver's configuration option) that enables dw_hdmi.o and selects it whenever the HDMI support for Rockchip SoCs is selected. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

rockchip: video: Add mipi driver support for rockchip soc

2017-05-10T19:37:22Z

Add basic driver for mipi display on rockchip soc platform. Signed-off-by: Eric Gao Acked-by: Simon Glass

rockchip: video: Makefile: Modify Makefile for rockchip video driver

2017-05-10T19:37:21Z

Modify Makefile for rockchip video driver according to Kconfig, so that source code will not be compiled if not needed. Signed-off-by: Eric Gao Acked-by: Simon Glass