Commit 4da866e6de "asoc: Update the dai link IDs for MI2S dai links"
has introduced seperate dai link IDs for Rx and Tx dais. Apply
the change to the tfa codec used by renoir too.
Change-Id: I23fb0a95e315a9c1aa1adbe7fc57eb6cc5b94de9
Since 45dbb6c0cd, the camera kernel stack checks `num_ports` size from userspace.
For some reasons, the reported size is higher than what it expected [1]
This breaks some camera functionality (such as 60fps video recording) on yupik Xiaomi devices
To workaround this, let's enlarge the expected vfe size to match these cases
[1] 10-01 22:49:53.142 7430 7430 I CAM_ERR : CAM-ISP: cam_isp_update_dual_config: 129 num_ports 25 more than max_vfe_out_res 23
Change-Id: Id4ea44a07f5c50ea5a716e5910a7574d426a3515
Suggested-by: Alexander Winkowski <dereference23@outlook.com>
Signed-off-by: Giovanni Ricca <giovanniricca@proton.me>
Xiaomi guarded that in a few branches, unfortunately not consistently.
This is a combination of the following branches:
venus-r-oss, mona-r-oss, haydn-r-oss, star-r-oss, odin-r-oss, lisa-r-oss, vili-r-oss
K2 uses this in venus-r-oss
K8 uses this in odin-r-oss
K11 uses this in haydn-r-oss and star-r-oss
J18 uses this in star-r-oss
K3S uses this in vili-r-oss
Change-Id: If940a64897dbc70134c14c4be1b64b390f2d8879
* Add support for low and high brightness lp modes
and toggle between them at the brightness
threshold of 100.
* Handle nolp based on mi,aod-nolp-command-enabled
Change-Id: Ib915ab3d47e6a5b0cd45397a3afac2c08aa31784
In the current implementation the doze status command might set the backlight
of the panel before receiving a frame from the driver during the first commit.
There is chance for garbage content to be shown onto the panel.
This change imposes a condition to delay the fod hbm command until the
first frame is received from the HW.
In the current implementation the fod hbm command might set the backlight
of the panel before receiving a frame from the driver during the first commit.
There is chance for garbage content to be shown onto the panel.
This change imposes a condition to delay the fod hbm command until the
first frame is received from the HW.
The current brightness level mapping does not correctly map the
brightness level range from user space to the range supported by the
panel.
For example if the max user brightness reported is 4095, and panel
backlight range is 0-255. Then user is expected to be able to set
brightness in range from 0-4095, but current logic truncates at
bl-max (255). Moreover it doesn't take into account bl-min.
Fix logic such that the brightness range set by user correctly scales to
the backlight level from panel.
Bug: 139263611
Change-Id: Ic70909af63fb5b66ebc1434477f2fc41a785ce1f
Signed-off-by: Adrian Salido <salidoa@google.com>