In VR application scenarios, some panel will realize dynamic frame
rate adjustment through a wide range of VFP settings, and VFP may
exceed the ip limit (0~1023), which may cause abnormal display. so
reject any modes with larger periods.
Change-Id: I7bc6ae9709393ca0796fdec9ed1079b53b65cf99
Signed-off-by: Qiqi Zhang <eddy.zhang@rock-chips.com>
Since there is no iova bug currently, revert the debug codes to sync
with upstream, including:
Revert commit af9e6b8f04 ("iommu/iova: fix cpu from 'unsigned long' to 'unsigned int' for for_each_online_cpu")
Revert commit 0373c12d82 ("iommu/iova: drop codes about rcache from iova_dump")
Revert commit 3c9526f479 ("iommu/iova: remove a iova procfs if existed")
Revert commit 4fe55239b3 ("iommu/iova: add iova procfs for each dma iommu")
Revert commit 0c51523b06 ("iommu/iova: dump iova when alloc failed")
Change-Id: If78564d81a9b77e2dd5bef7abd69fc14cd28f864
Signed-off-by: Jianqun Xu <jay.xu@rock-chips.com>
This patch allow users to enable "ELD Bypass" who don't
care anything from EDID Link Data.
Currently, this driver gets ELD(from EDID) to constraint
channels and rates.
Unfortunately, EDID is not always valid, maybe caused by
the fragile HDMI port or cable, in this situation, the max
features are limited to 48kHz stereo.
So, add this option to allow user to select the manual way
to output audio as expected. such as multi-channels LPCM(7.1),
or HBR bitstream for these sink devices.
Signed-off-by: Sugar Zhang <sugar.zhang@rock-chips.com>
Change-Id: Ic5ad66002d6f97b4585aaeb01620a53e08b7ed84
Since the i2s does not support the clock to be always on, and
snd_pcm_stop() will turn off the i2s clock.
However, the inno HDMI codec still needs to the clock to work, then
it does not do the corresponding clear and leads to abnormal audio
logic inside HDMI without the clock.
This patch adds an AUDIO_PD off/on to clear internal audio logic
during HDMI prepare to solve this problem.
Signed-off-by: Xing Zheng <zhengxing@rock-chips.com>
Change-Id: I1ccb486a3fe1729c95d7d755ae2caf88d61a146b
android13 without these symbols:
__scsi_execute
scsi_device_lookup
scsi_print_sense_hdr
scsi_register_driver
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I22871cf2470b33b9d780daca81c195a7343b3655
../drivers/net/wireless/rockchip_wlan/rkwifi/bcmdhd/aiutils.c:25:10: fatal error: 'typedefs.h' file not found
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I425cb52776bb1b3294b8ef67c951b04afe2288a9
add vehicle-evb-v20 dts file for first time
Signed-off-by: Oliver Peng <oliver.peng@rock-chips.com>
Change-Id: If48fa4fee974d84c99989e3014651fc8aacf53e0
phy->ops->power_on will be called when current phy->power_count equal 0,
and phy->ops->power_off will be called when current phy->power_count
equal 1. but the .power_off and .power_on hook will never be called in
suspend and resume process if phy->power_count is not initialized to 1
in loader_protect.
Change-Id: Ib69f93ac02d396182ee08f55657c71d6cd907329
Signed-off-by: Guochun Huang <hero.huang@rock-chips.com>
Close dynamic turn on/off rk3588 PD_ESMART and keep esmart pd on when
enable display.
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: I154b96d1039dc42a773ec769c81aa054e9f9d79d
tools video only support chip higher than rk1808
Signed-off-by: Zefa Chen <zefa.chen@rock-chips.com>
Change-Id: Iec7bfa9e9faa0bf520443f7e259c0519496c7b0f
We saw a link failure after linkup which should fail to probe the device
actually. That was misleading for PCIe stack to scan the device. Add a
double check for that. If that happened, just try to link until the
timeout happened.
[ 2.373308] rk-pcie fe180000.pcie: PCIe Linking... LTSSM is 0x3
[ 2.455521] rk-pcie fe180000.pcie: PCIe Link up, LTSSM is 0x2
[ 2.455658] rk-pcie fe180000.pcie: PCI host bridge to bus 0003:30
Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
Change-Id: I0f9bcbb42d77a80aa1cb533952427b71096240d6
