When 4K x 2k 60Hz/50Hz tmds clock is above the max tmds clock, setting its
color to YUV420. A few TV edid declare that they can't support
4K x 2k 60Hz/50Hz YUV420, we still set color to YUV420 or 4K x 2k 60Hz/50Hz
tmds clock will over the limit.
Change-Id: Id57c9313ab52973927c578d0eb2a7b1b30cb9ec1
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
128+64KB at the beginning of RAM reserved for ATF.
128KB for pstore.
Change-Id: I1306daec44c65258ff6668f6760be4981d7ca932
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
256KB alignment is not work for (textofs & 0xf0000) > 0x40000.
Change to 1MB.
Change-Id: I9803b22d7d64a244842dcc811e47e214d247fc0c
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
This patch add support for property 'rockchip,no-dmaengine'.
it is a boolean property. if present, driver will do not
register pcm dmaengine, only just register dai. if the dai
is part of multi-dais, the property should be present. Please
refer to rockchip,multidais.txt about multi-dais usage.
Change-Id: I9aa2ddb15f5a27202f90bf32804f214435cc0b73
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
snd_soc_find_dai() has been exported and so add the kerneldoc comments
for it.
Change-Id: Iaeb085bd8eebc26075558b4db4cfa4fe9d058e83
Signed-off-by: Mengdong Lin <mengdong.lin@linux.intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
(cherry picked from commit fbb88b5ca1)
This API can be used by topology to find an existing BE dai by name
and further configure it.
Topology will also check DAI ID to avoid wrong match.
Change-Id: I5651b280ef8352dd20bdb9e6ffa747d0b5a4e088
Signed-off-by: Mengdong Lin <mengdong.lin@linux.intel.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
(cherry picked from commit 305e9020f0)
Add DP UFP_D support so that we can get the right
DP pin cap for DISCOVERY_MODES cmd.
Change-Id: I564453d2bdf1485acdd65dddb814aae5012c9097
Signed-off-by: zain wang <wzz@rock-chips.com>
This patch set uart_rts_gpios as an optional gpio pin.
Some boards (e.g. px3se-sdk) do not use the rts flow control,
and the correspoding uart-rts pin is occupied as some other
functions(e.g. irq pin).
Change-Id: Ia402dc2b74c305d83d3e1ccbedc1c913b270c828
Signed-off-by: Shunqian Zheng <zhengsq@rock-chips.com>
The values of the coefficients are the ones in px30.dtsi,
according to Rocky Hao.
Change-Id: I2bcd19f4d9bbddcb02a6ecae743b212778c00178
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
The clk_rtc32k_pmu is unused for pll on px30 and it will
increase the time to change armclk rate and have a lot waring print.
Change-Id: Iefee34390fbbc2ba4a60a5888806f4e494655fdf
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
support fractional divider with only one level parent clock
Change-Id: I6593f908edf4454ef03255080bf9ac1d72c6f64e
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
When integer divider switch to frac divider,
High frequency burrs that may appeared,
It's deadly to the system
Change-Id: I483449f9a0b980671f90d4c534fad033998deaf7
Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
vdd_arm can supply multiple consumers(arm/dmc/gpu/rkvdec), we need to keep
a voltage meets all consumers before all consumers complete initialization.
Change-Id: Ie5f3c1e879931fe69f8b807385c8e97f5cdf5d93
Signed-off-by: Zhangbin Tong <zebulun.tong@rock-chips.com>
Because px3se also need dmc node, move dmc node from rk312x-android.dtsi
to rk312x.dtsi.
Change-Id: I4adb15048bbf092c1389d72d8d669a40a7ad588b
Signed-off-by: Tang Yun ping <typ@rock-chips.com>
RK3308 EVB V10: using ADC7 and ADC8 (grp==3) for loopback
RK3308 EVB V11: using ADC1 and ADC2 (grp==0) for loopback
Change-Id: I88a24bddacd25ba54878e97dec8b08b4f38875a2
Signed-off-by: Xing Zheng <zhengxing@rock-chips.com>
If the capture running, we need to reset the ADCs quickly
when the LINEOUT startup.
Change-Id: I60eb1200961193cab39273da8c1a12a405c7f69b
Signed-off-by: Xing Zheng <zhengxing@rock-chips.com>
The vendor suggest that we just need to use delay some
micro seconds for reinit-mic more quickly.
Change-Id: I05cd37828bcd594ca6ab634fb8b5505e01afe130
Signed-off-by: Xing Zheng <zhengxing@rock-chips.com>
update rtl8723bs wifi driver to version v5.2.17.1_26955.20180307_COEX20180201-6f52
Change-Id: I7f6227b4c61c54d9c7fd4550726c9b64f7493ef6
Signed-off-by: Alex Zhao <zzc@rock-chips.com>
Update the cpp include flags for compiling device tree dts files
to match the changes made to the kernel build process in
commit d5d332d3f7 ("devicetree: Move include prefixes from arch
to separate directory").
Change-Id: Ia0ea81369757b9de902b3fe4ab0a1af17ccccf56
Cc: <stable@vger.kernel.org> # 4.12
Signed-off-by: Frank Rowand <frank.rowand@sony.com>
Signed-off-by: Rob Herring <robh@kernel.org>
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
(cherry picked from commit b4b201d88b)
We use a directory under arch/$ARCH/boot/dts as an include path
that has links outside of the subtree to find dt-bindings from under
include/dt-bindings. That's been working well, but new DT architectures
haven't been adding them by default.
Recently there's been a desire to share some of the DT material between
arm and arm64, which originally caused developers to create symlinks or
relative includes between the subtrees. This isn't ideal -- it breaks
if the DT files aren't stored in the exact same hierarchy as the kernel
tree, and generally it's just icky.
As a somewhat cleaner solution we decided to add a $ARCH/ prefix link
once, and allow DTS files to reference dtsi (and dts) files in other
architectures that way.
Original approach was to create these links under each architecture,
but it lead to the problem of recursive symlinks.
As a remedy, move the include link directories out of the architecture
trees into a common location. At the same time, they can now share one
directory and one dt-bindings/ link as well.
Change-Id: Ib1ad9c86fe4eb2669ae2515c863979fa8e700e4f
Fixes: 4027494ae6 ('ARM: dts: add arm/arm64 include symlinks')
Reported-by: Russell King <linux@armlinux.org.uk>
Reported-by: Omar Sandoval <osandov@osandov.com>
Reviewed-by: Heiko Stuebner <heiko@sntech.de>
Reviewed-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Tested-by: Heiko Stuebner <heiko@sntech.de>
Acked-by: Rob Herring <robh@kernel.org>
Cc: Heiko Stuebner <heiko@sntech.de>
Cc: Mark Rutland <mark.rutland@arm.com>
Cc: Russell King <linux@armlinux.org.uk>
Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Mikael Starvik <starvik@axis.com>
Cc: Jesper Nilsson <jesper.nilsson@axis.com>
Cc: James Hogan <james.hogan@imgtec.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Michael Ellerman <mpe@ellerman.id.au>
Cc: Frank Rowand <frowand.list@gmail.com>
Cc: linux-arch <linux-arch@vger.kernel.org>
Signed-off-by: Olof Johansson <olof@lixom.net>
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
(cherry picked from commit d5d332d3f7)
resource.img include logo optional.
boot.img: Image + resource.img
zboot.img: zImage + resource.img
Change-Id: I4da1ecd12200e3270f116c3fadcfa7ecbe30d7f9
Signed-off-by: Eddie Cai <eddie.cai.linux@gmail.com>
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Config wifi power sequence for px3se evb board.
The bluetooh doesn't work, adding a TODO tag for
latter revise.
Change-Id: I635dc7e6bd31f7ba559257ddd501f44355ab4381
Signed-off-by: Shunqian Zheng <zhengsq@rock-chips.com>
This add a pcfg_output_high label so pinctl can set
a gpio output high by default in dts.
Change-Id: Ie4aa2dd59df3110b8e24d0a07cc9961ee086272a
Signed-off-by: Shunqian Zheng <zhengsq@rock-chips.com>
Since the wireless drivers conflict when built-in together,
this makes the wireless build as modules for linux platform.
NOTE that this will affect all boards using
rockchip_linux_defconfig. But yes, it is a general defconfig,
we want to make it as common as possible.
Change-Id: If4fd669793b624a3721dd17822e5d90ca20e8b19
Signed-off-by: Shunqian Zheng <zhengsq@rock-chips.com>
in order to distinguish with other nand drivers
Change-Id: Ifd64a3a839752758b1d2923a58bf569f5169bcdd
Signed-off-by: Dingqiang Lin <jon.lin@rock-chips.com>
1. Garbage collection does not deal with the updated blocks.
2. Static wear considers the SLC mode erase count and XLC
mode erase count
Change-Id: I3a404a686e48f8ae44f5e7e507f6d1ef633671d4
Signed-off-by: Yifeng Zhao <zyf@rock-chips.com>
