bay3d support 8x8 write to ddr for full resolution
drc gas_t 13bit
Change-Id: Ifb58985858a66257be0f8811e94e089f75ef19ff
Signed-off-by: Cai YiWei <cyw@rock-chips.com>
The default clock is not necessarily the normal operating
frequency, so the frequency must be specified explicitly.
CORE_CRYPTO: 300M
PKA_CRYPTO : 300M
Signed-off-by: Lin Jinhan <troy.lin@rock-chips.com>
Change-Id: Ic65db79365c0b21678d04bb0a09cc813d84c1eb7
Since fusb302 is out of stock, produced toybrick boards will use husb311.
Signed-off-by: Addy Ke <addy.ke@rock-chips.com>
Change-Id: I1fca5ee70776cdf29ddecac77ff22a09f5126f38
Enable the bridge driver for VGA/DP/HDMI display connectors.
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: I5b8cc74cdffa5e7a0dd6b85b7591525389d9d85a
Since this bridge is tied to the connector, it acts like a passthrough,
so concerning the output & input bus formats, either pass the bus formats from the
previous bridge or return fallback data like done in the bridge function:
drm_atomic_bridge_chain_select_bus_fmts() & select_bus_fmt_recursive.
This permits avoiding skipping the negociation if the remaining bridge chain has
all the bits in place.
Without this bus fmt negociation breaks on drm/meson HDMI pipeline when attaching
dw-hdmi with DRM_BRIDGE_ATTACH_NO_CONNECTOR, because the last bridge of the
display-connector doesn't implement buf fmt callbacks and MEDIA_BUS_FMT_FIXED
is used leading to select an unsupported default bus format from dw-hdmi.
Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
Reviewed-by: Sam Ravnborg <sam@ravnborg.org>
Link: https://patchwork.freedesktop.org/patch/msgid/20211020123947.2585572-2-narmstrong@baylibre.com
(cherry picked from commit 7cd70656d1)
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: I0ca41465e69c8d251c45faf963585ef2f7cdc39e
Add DP support to display-connector driver. The driver will support HPD
via a GPIO and DP PWR.
DP PWR will be enabled at probe, which is not optimal, but I'm not sure
what would be a good place to enable and disable DP PWR. Perhaps
attach/detach, but I don't know if enabling HW is something that attach
is supposed to do.
In any case, I don't think there's much difference in power consumption
between the version in this patch and enabling the regulator later: if
the driver probes, supposedly it will attach very soon afterwards, and
we need to enable the DP PWR as soon as possible.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20201130112919.241054-3-tomi.valkeinen@ti.com
(cherry picked from commit 2e2bf3a558)
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: I6dade5750c5019cfdbc46d4d9c0df88b4ceeff06
MI_WR_WRAP_CTRL will be different at isp power on,
and selfpath maybe no auto update addr.
Change-Id: I729048e7d6dca7cdf26fb403f46beae8557a7879
Signed-off-by: Cai YiWei <cyw@rock-chips.com>
Although this property does not affect the real hardware,
it is still added to let people know the clock direction.
Signed-off-by: David Wu <david.wu@rock-chips.com>
Change-Id: I1b08303568fe474fb3dbf5803b252749f30b9c94
Amends to support the new type-c framework for rk3399-evb-ind board.
Signed-off-by: Frank Wang <frank.wang@rock-chips.com>
Change-Id: I07c5ca9fd5770bd663ea1de70eb1cbe297177282
1.Support PCIE_DMA_GET_BUFFER_SIZE
2.Fix variable type
Change-Id: I458e52e99495a2c5b53bd80624bcfe636df3145f
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
It only helps debug in the Bringup.
This reverts commit d4d3e9ea07.
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
Change-Id: I7b643e7c955343c2c72fa0b2f6f9db2f93fd1d5c
