This reverts commit f078cc7762.
The upstream commit 991df39499 ("media: uvcvideo: Disable
autosuspend for Insta360 Link") has introduced a new quirk
"UVC_QUIRK_DISABLE_AUTOSUSPEND" for usb cameras to disable
autosuspend, so let's remove legacy autosuspend quirks.
Signed-off-by: William Wu <william.wu@rock-chips.com>
Change-Id: I572e5298fe3be62c570158cc018fd7ada59db7e1
This reverts commit f537dfe383.
The upstream commit 991df39499 ("media: uvcvideo: Disable
autosuspend for Insta360 Link") has introduced a new quirk
"UVC_QUIRK_DISABLE_AUTOSUSPEND" for usb cameras to disable
autosuspend, so let's remove legacy autosuspend quirks.
Signed-off-by: William Wu <william.wu@rock-chips.com>
Change-Id: Ibe4f168f8b2cb4b42b5a90aa2cb7e19cfad9cf7a
This reverts commit 3a4301edee.
The upstream commit 991df39499 ("media: uvcvideo: Disable
autosuspend for Insta360 Link") has introduced a new quirk
"UVC_QUIRK_DISABLE_AUTOSUSPEND" for usb cameras to disable
autosuspend, so let's remove legacy autosuspend quirks.
Signed-off-by: William Wu <william.wu@rock-chips.com>
Change-Id: I6d1db026f7e753ff9976f2ec2243cb604273251b
Fixes: 70ccc7c066 ("ARM: 9258/1: stacktrace: Make stack walk callback consistent with generic code")
Change-Id: Ib97b995652c8a294ef41074e653b7e52efb47770
Signed-off-by: Huibin Hong <huibin.hong@rock-chips.com>
1.It will be added by remap_pfn_range_internal;
2.Fix compile warning:
drivers/misc/rockchip/pcie-rkep.c:613:23: error: assignment of read-only member 'vm_flags'
613 | vma->vm_flags |= VM_IO;
| ^~
drivers/misc/rockchip/pcie-rkep.c:614:23: error: assignment of read-only member 'vm_flags'
614 | vma->vm_flags |= (VM_DONTEXPAND | VM_DONTDUMP);
| ^~
Change-Id: I3c705248b216c246a8efb25f28c44fc419110fee
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
* commit '40fac1a66ccf61bdf3afb70c18a5db7791410b22': (220 commits)
Revert "tee: optee: interrupt an RPC when supplicant has been killed"
Revert "tee: optee: interrupt an RPC depend on shutdown flag"
arm64: dts: rockchip: rv1126bp-evb-v14: Adjust the matching voltage
media: rockchip: aiisp: delete one temp buffer to reduce memory
media: rockchip: isp: mp output buf notice to aiisp
media: rockchip: aiisp: modify for aiynr algo
rtc: rockchip: add ready flag for rtc setting time
soc: rockchip: cpuinfo: export chip unique id to userspace
media: rockchip: vpss: offline mode support auto unite output
drm/rockchip: vop2: Add "DIMMING_DATA" property for local dimming
media: rockchip: isp: aiisp switch for offline mode
media: rockchip: isp: aiisp switch for isp35
media: rockchip: isp: support aiisp yuv mode
input: touchscreen: gt1x: prefix global variables and functions with "gt1x_"
MALI: valhall: add gpu mem sysfs entry
drm/rockchip: Make the DRM panel as part of Rockchip DRM sub devices for panel loader protect
drm/rockchip: Pass struct rockchip_drm_sub_dev for &rockchip_drm_sub_dev.loader_protect()
pwm: rockchip: Add &rockchip_pwm_chip.oneshot_valid to indicate validity of configurations
pwm: rockchip: Add comments for why to add delay before disabling the dclk for PWM v4
input: touchscreen: hyn: reduce logs
...
Change-Id: I1b562efca0842173010b2506231d7200a5116e5a
Since the PSR feature can help to reduce the power consumption, the
Source device, which can support PSR function, should enable PSR if
the PSR capability of Sink device is detected rather than depending
on the user to add 'support-psr' DTS property manually.
Change-Id: I2f51312621f62519f388e06561fb61f01145256b
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
Before this commit, the drm_self_refresh_helper_init() was called
in &component_ops.bind() of VOP/VOP2 drivers. The VOP or VPs,
which do not want to enable PSR functionality, will also initialize
the self refresh helper.
Since it wastes resources(e.g., allocating &drm_self_refresh_data and
initializing &drm_self_refresh_data.entry_work), we move the init and
cleanup process from bind()/unbind() of VOP/VOP2 drivers to the ones
of eDP/RGB drivers, which can support PSR functionality.
Change-Id: Ie7643b54f42ea3d5ab7b0cdbc77ccfdb06c614b9
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
If no errno assignment for this case, there will be a warning:
drivers/gpu/drm/rockchip/rockchip_drm_vop.c:5754 vop_create_crtc() warn:
missing error code 'ret'
Change-Id: I9e78fe99b3ca24d8734ee286b1dc1f0908721f25
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
First of all, since the PSR feature can help to reduce the power
consumption, the Source device, which can support PSR function,
should enable PSR if the PSR capability of Sink device is detected
rather than depending on the user to add 'support-psr' DTS property
manually.
Different platforms that use the same Analogix DP bridge driver may
have different methods for parsing the PSR capability. Therefore, add
a new flag &analogix_dp_plat_data.disable_psr to disable PSR forcely,
which set in the platform side, should be more reasonable.
If the user truly does not want to enable PSR function or the Panel
has something wrong with it, the property 'rockchip,disable-psr' will
be helpful.
Fixes: 9622f2d0f1 ("drm/bridge: analogix_dp: disable PSR feature by default")
Change-Id: Id2fce34857df80de5a1ec97f342709a6e2840ed4
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
drivers/pci/controller/dwc/pcie-dw-dmatest.c:157:5: error: no previous prototype for 'rk_pcie_local_dma_tobus_block' [-Werror=missing-prototypes]
Change-Id: I616a4759d856a72b469996a3c6f07e4af90d5616
Signed-off-by: Jon Lin <jon.lin@rock-chips.com>
Since the PSR feature can help to reduce the power consumption, the
Source device, which can support PSR function, should enable PSR if
the PSR capability of Sink device is detected.
If the user truly does not want to enable PSR function or the Panel
has something wrong with it, the property 'rockchip,disable-psr' will
be helpful.
Change-Id: I03b3c83c7c88ea3fc3ccd447e5c5da49e16f22a9
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
After converting analogix_dp.txt to yaml, the descriptions of
properties for dual-channel and split modes, which have been
already supported, should be added synchronously.
Change-Id: I8a66ef3ed8c469eca0c9d6e06a827c1f1a8d58a1
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
The RK3568 eDP TX controller is almost the same as that of RK3399.
It supports RBR/HBR with 1/2/4 lanes and the max supported resolution
is 2560x1600p60.
The slight difference with RK3399 is the newly added 'apb' reset,
which is just like that of RK3588/RK3576.
Change-Id: Ifd5bc2d8f337b794a6d2983b689d2bd2271d78c2
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
The RK3576 eDP TX controller is the same as that of RK3588.
Change-Id: I3f32329866bc70f6f26132eb583f520e39f53594
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
Compared with RK3288/RK3399, the HBR2 link rate support is the main
improvement of RK3588 eDP TX controller, and there are also two
independent eDP display interfaces on RK3588 Soc.
The newly added 'apb' reset is to ensure the APB bus of eDP controller
works well on the RK3588 SoC.
Reviewed-by: Rob Herring (Arm) <robh@kernel.org>
Change-Id: If3864613762898624ba39ad0395516a4ebb02732
Signed-off-by: Damon Ding <damon.ding@rock-chips.com>
Link: https://lore.kernel.org/r/20250310104114.2608063-10-damon.ding@rock-chips.com
Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
(cherry picked from commit f855146263b14abadd8d5bd0e280e54fbab3bd18)
If the DSC mode with a compression rate lower than 0.375 is to
be supported, the dclk clock source of the VOP bound to HDMI must
be a CRU PLL that supports fractional frequency division.
However, in most scenarios, HDMI is unable to be assigned such a
PLL. So in this scenario, instead of enabling DSC, we switch to
YUV420 format.
Change-Id: I450cdd5857e4384894651ed063fac152a8d9bb0f
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
According to commit ff62b8e658 ("driver core: make struct class.devnode() take a const *").
Change-Id: I827e8ff555b606aa7a15da4b7e14cadfdfb6c28c
Signed-off-by: Simon Xue <xxm@rock-chips.com>
Checking if a modifier is supported by a plane is normal behavior. It is
normal that a plane may not support certain modifiers. Failing the check
doesn't justify an error message in the kernel log and may mislead
users.
Demote the error message to drm_dbg_kms to only print the message if the
respective debug messages are enabled. This is similar to the behavior
in rockchip_drm_vop.c.
Change-Id: I987bd416bf39a6e8632e7ff061a705cd4d14bf9a
Signed-off-by: Michael Tretter <m.tretter@pengutronix.de>
Signed-off-by: Heiko Stuebner <heiko@sntech.de>
Link: https://patchwork.freedesktop.org/patch/msgid/20231009103753.830458-1-m.tretter@pengutronix.de
Signed-off-by: Chaoyi Chen <chaoyi.chen@rock-chips.com>
(cherry picked from commit eb23cffdd7f085149799e5eda12a9aff792cc34d)
When two masters share an IOMMU, calling ops->of_xlate during
the second master's driver init may overwrite iommu->domain set
by the first. This causes the check if (iommu->domain == domain)
in rk_iommu_attach_device() to fail, resulting in the same
iommu->node being added twice to &rk_domain->iommus, which can
lead to an infinite loop in subsequent &rk_domain->iommus operations.
Cc: <stable@vger.kernel.org>
Fixes: 25c2325575 ("iommu/rockchip: Add missing set_platform_dma_ops callback")
Change-Id: I2057ef8b05b289c317464a9144768377a977f6e6
Signed-off-by: Simon Xue <xxm@rock-chips.com>
Reviewed-by: Robin Murphy <robin.murphy@arm.com>
Link: https://lore.kernel.org/r/20250623020018.584802-1-xxm@rock-chips.com
Signed-off-by: Joerg Roedel <joerg.roedel@amd.com>
According to commit ef815d2cba ("treewide: drop CONFIG_EMBEDDED").
Change-Id: I884bb6b9adc2500e717c09a61f0bca4fa4acb9e3
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
