Add this config option to reduce memory usage, if it was not necessary.
./ksize.sh drivers/net/ethernet/stmicro/
before size: 131758 Bytes
after size: 121861 Bytes
save size: 9897 Bytes
Signed-off-by: David Wu <david.wu@rock-chips.com>
Change-Id: I96c88d5eb5109fc956a85b8685e1746d76545a87
When build with rv1126_defconfig:
before:
text data bss dec hex filename
17063 144 0 17207 4337 drivers/net/ethernet/stmicro/stmmac/dwmac-rk.o
after:
text data bss dec hex filename
7387 144 0 7531 1d6b drivers/net/ethernet/stmicro/stmmac/dwmac-rk.o
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I941f79357f686f5d35e727abea2fe26c4ea0dafa
Overwrite rk806single node for virtual poweroff:
1. Don't close 24M_osc's power in suspend;
2. Pmic's pinctrl switch to sleep function in system poweroff;
Signed-off-by: XiaoDong Huang <derrick.huang@rock-chips.com>
Change-Id: I3287eb57f5e18bf76f7f2468b997edd787d7c3f9
Overwrite rockchip_suspend node for waking up by pwm_int in system suspend:
1. Use 24M clock in suspend;
2. Enable RKPM_CPU0_WKUP_EN wakeup;
3. Enable virtual-poweroff;
4. Enable sleep-debug-en;
Signed-off-by: XiaoDong Huang <derrick.huang@rock-chips.com>
Change-Id: I10685799a90cc5dde2f698924e5bd8a45ad00b27
1. Add SET_SESSION_FD cmd for message session switch.
2. Use session to temporally store the ioctl message. Default message
capacity is 2. For multi-core hardware the message capacity can be
larger.
3. Split message handling into several stages. All the batch messages
are attached to the temporary list and process stage by stage.
Signed-off-by: Herman Chen <herman.chen@rock-chips.com>
Change-Id: I9d96bb96c24001dc5d27893fb09d1b8073d1a4a5
When calling RGA2 with a physically contiguous dma_buf it will be called
with the physical address.
Signed-off-by: Yu Qiaowei <cerf.yu@rock-chips.com>
Change-Id: Iadb2d638b426c9be64a403b42513f8c7b58fb866
Fixes: 80db5a7bc7 ("drm/rockchip: analogix_dp: Add support for split mode")
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: I78adabb09462c9f612a369fd45d60fb701612d49
Prior to commit 6c836d965b ("drm/rockchip: Use the helpers for PSR"),
"PSR exit" used non-blocking analogix_dp_send_psr_spd(). The refactor
started using the blocking variant, for a variety of reasons -- quoting
Sean Paul's potentially-faulty memory:
"""
- To avoid racing a subsequent PSR entry (if exit takes a long time)
- To avoid racing disable/modeset
- We're not displaying new content while exiting PSR anyways, so there
is minimal utility in allowing frames to be submitted
- We're lying to userspace telling them frames are on the screen when
we're just dropping them on the floor
"""
However, I'm finding that this blocking transition is causing upwards of
60+ ms of unneeded latency on PSR-exit, to the point that initial cursor
movements when leaving PSR are unbearably jumpy.
It turns out that we need to meet in the middle somewhere: Sean is right
that we were "lying to userspace" with a non-blocking PSR-exit, but the
new blocking behavior is also waiting too long:
According to the eDP specification, the sink device must support PSR
entry transitions from both state 4 (ACTIVE_RESYNC) and state 0
(INACTIVE). It also states that in ACTIVE_RESYNC, "the Sink device must
display the incoming active frames from the Source device with no
visible glitches and/or artifacts."
Thus, for our purposes, we only need to wait for ACTIVE_RESYNC before
moving on; we are ready to display video, and subsequent PSR-entry is
safe.
Tested on a Samsung Chromebook Plus (i.e., Rockchip RK3399 Gru Kevin),
where this saves about 60ms of latency, for PSR-exit that used to
take about 80ms.
Fixes: 6c836d965b ("drm/rockchip: Use the helpers for PSR")
Cc: <stable@vger.kernel.org>
Cc: Zain Wang <wzz@rock-chips.com>
Cc: Tomasz Figa <tfiga@chromium.org>
Cc: Heiko Stuebner <heiko@sntech.de>
Cc: Sean Paul <seanpaul@chromium.org>
Signed-off-by: Brian Norris <briannorris@chromium.org>
Reviewed-by: Sean Paul <seanpaul@chromium.org>
Signed-off-by: Robert Foss <robert.foss@linaro.org>
Link: https://patchwork.freedesktop.org/patch/msgid/20211103135112.v3.1.I67612ea073c3306c71b46a87be894f79707082df@changeid
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: Idd20cb5533a6c56dfd291d5977a92ad28b02ce73
(cherry picked from commit c4c6ef2295)
When the CIOCGSESSION command creates an unsupported algorithm or mode,
errno is set to -ENOEN.
Add SM3/HMAC_SM3 support.
Move CMAC/CBCMAC from cipher to hmac.
Signed-off-by: Lin Jinhan <troy.lin@rock-chips.com>
Change-Id: I4f5f274ffe47d2b81584c192991670ddb2e3def5
Android healthd try to listen power_supply subsystem uevent,
but which will block system from suspend on big.LITTLE system
because thermal_cooling_device_unregister will called when
cpufreq_exit. So ignore this uevent when suspend.
Change-Id: I35948498916560d5ec75fe561c9e9d588663ad22
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
We need to overwrite the default register value to put the PHY into
low power mode in idle state.
Signed-off-by: Wyon Bi <bivvy.bi@rock-chips.com>
Change-Id: I4c788ce04880d6e25d4454e5594882d511b0bc97
This reverts commit 36040e7744.
After commit 5f3de16bb2 ("clk: rockchip: depends on CPU config").
CLK_RK1808 depends on CPU_RK1808 and CLK_RK3308 depends on CPU_RK3308.
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I47b539d06980f5fa0b50ac88792f1db9cea3cb5f
When build with rv1126_defconfig:
before:
text data bss dec hex filename
8796 156 4 8956 22fc drivers/soc/rockchip/rockchip_pvtm.o
after:
text data bss dec hex filename
4508 156 4 4668 123c drivers/soc/rockchip/rockchip_pvtm.o
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I8c49713ebc48586aa4f08fb3ec965890c2beb1a2
default FIQ_DEBUGGER for ROCKCHIP_FIQ_DEBUGGER.
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I057ced60a847774c6c67f89d9eedb8f8d31d53b4
This reverts commit c75dc801f4.
default FIQ_DEBUGGER for ROCKCHIP_FIQ_DEBUGGER.
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
Change-Id: I928f061a92d5c8735ffcd05d5b1f40723d3678e3
When build with rv1126_defconfig:
before:
text data bss dec hex filename
18918 34120 8 53046 cf36 drivers/pinctrl/pinctrl-rockchip.o
after:
text data bss dec hex filename
11726 3028 8 14762 39aa drivers/pinctrl/pinctrl-rockchip.o
Change-Id: I09e85d6a05f9bdee1033584bd1573d41d69633bc
Signed-off-by: Tao Huang <huangtao@rock-chips.com>
for current dmc policy, lineflag1 no need to advanced 3ms
RK356X:
lineflag0: will be used by DRM internal driver
lineflag1: will be used by external module link NVR userspace and DMC.
RK3588:
lineflag0: will be used by DRM internal driver and DMC
lineflag1: will be used by external module link NVR userspace.
NVR userspace can use crtc prop: LINE_FLAG1 to update lineflag num.
Signed-off-by: Sandy Huang <hjc@rock-chips.com>
Change-Id: I8a48aead55b59307823ad829ad5ea205d171b24b
VOP always continue fetch display data from fb,
so we don't need do dirtyfb here, and drm_atomic_helper_dirtyfb
do much operation which will lag the fps.
Signed-off-by: Andy Yan <andy.yan@rock-chips.com>
Change-Id: Ie96eb711723547a2d80fe60c7898109444747030
HDMI PHY PLL adds 154M and 119M support, while fixing 146.25M
and 85.5M parameters
Signed-off-by: Lei Chen <lei.chen@rock-chips.com>
Change-Id: I12465d6c025737b80761d83687ec4d93d18b1c51
The warning logs fixed are "GPU activity takes longer than time interval, ...".
This fix is provided as 496f5e3.diff by Zhigang.Yao@arm.com of support_mali.
The original commit message within 496f5e3.diff:
{
From 496f5e37a803266e71cbf7b6eb5871fe2fcd8931 Mon Sep 17 00:00:00 2001
From: Tu Vuong <tu.vuong@arm.com>
Date: Wed, 09 Feb 2022 09:31:20 +0000
Subject: [PATCH] GPUCORE-30123 Fix incorrect dmesg warning for unexpected GPU activities
The DVFS utilisation calculation detects when the GPU has expended more
cycles than expected compared to the actual time passed. This margin was
not sufficient as it didn't take into account the worst-case scenario
where samples are taken TIMER_DEFAULT_VALUE_MS apart.
}
Change-Id: I16bb904fd77006f6ab1e4419e44a9834550e4c07
Signed-off-by: Zhen Chen <chenzhen@rock-chips.com>
With multi core patch it will be lack of core id at old combo
hardware probe process.
The error log is shown below on device probe:
mpp_vepu2 ff650000.vepu: can not attach device with same id 0
And also kernel crach on mpp library init.
Signed-off-by: Caesar Wang <wxt@rock-chips.com>
Signed-off-by: Herman Chen <herman.chen@rock-chips.com>
Change-Id: I92ea5fc3575dad9236878235a396d02da7a3fba5
make ARCH=arm64 rockchip_linux_defconfig rk3588_edge.config
Signed-off-by: Addy Ke <addy.ke@rock-chips.com>
Change-Id: Id7eb2364c0f65e4d3954eb4c7f66d4bfd8acdfcf
For support kernel logo, don't disable phy when phy probe.
Signed-off-by: Algea Cao <algea.cao@rock-chips.com>
Change-Id: I04168e1374104480c1fa611539938f1374967bd7
The userspace transmits private data through request.signal,
vcnt event return it to userspace through vbl.userdata
Change-Id: I8295a3d4fd91430b3b9fac6c5b6b526e1f266f24
Signed-off-by: Ai ShaoXiang <aisx@rock-chips.com>
