From: "Dr. David Alan Gilbert"
cdn_dp_get_event and cdn_dp_dpcd_write were added in 2017 by commit
1a0f7ed3abe2 ("drm/rockchip: cdn-dp: add cdn DP support for rk3399")
but unused.
Remove them.
(Build tested only on x86-64)
Signed-off-by: Dr. David Alan Gilbert
---
drivers/gpu/drm/rockchip/cdn
From: "Dr. David Alan Gilbert"
cdns_mhdp_hdcp_set_lc() and cdns_mhdp_hdcp_set_public_key_param()
were added by commit
6a3608eae6d3 ("drm: bridge: cdns-mhdp8546: Enable HDCP")
but never used.
Remove them.
Signed-off-by: Dr. David Alan Gilbert
---
.../drm/bridge/cadence/cdns-mhdp8546-hdcp.c |
Add the entry for the GPU (Mali400) on the stih410.dtsi
Signed-off-by: Alain Volmat
---
arch/arm/boot/dts/st/stih410.dtsi | 34 ++
1 file changed, 34 insertions(+)
diff --git a/arch/arm/boot/dts/st/stih410.dtsi
b/arch/arm/boot/dts/st/stih410.dtsi
index
a6923185
/dts/st/stih410-b2260.dts | 4 +++
arch/arm/boot/dts/st/stih410.dtsi | 34 ++
3 files changed, 39 insertions(+)
---
base-commit: 98f7e32f20d28ec452afb208f9cffc08448a2652
change-id: 20241005-sti-gpu-851d0a720e6c
Best regards,
--
Alain Volmat
Enable the GPU on the stih410-b2260 board.
Signed-off-by: Alain Volmat
---
arch/arm/boot/dts/st/stih410-b2260.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/st/stih410-b2260.dts
b/arch/arm/boot/dts/st/stih410-b2260.dts
index
240b6204b8c0357d39504d3475186958bf
ST STi SoC family (stih410, stih418) has a Mali400.
Add a compatible for it.
Signed-off-by: Alain Volmat
---
Documentation/devicetree/bindings/gpu/arm,mali-utgard.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/gpu/arm,mali-utgard.yaml
b/Documentation/
onfig-r112-20241005
(https://download.01.org/0day-ci/archive/20241005/202410051850.cgjobkkg-...@intel.com/config)
compiler: csky-linux-gcc (GCC) 14.1.0
reproduce:
(https://download.01.org/0day-ci/archive/20241005/202410051850.cgjobkkg-...@intel.com/reproduce)
If you fix the issue in a separate pa
config-063-20241005
(https://download.01.org/0day-ci/archive/20241005/202410051812.tvvprkdr-...@intel.com/config)
compiler: gcc-12 (Debian 12.2.0-14) 12.2.0
reproduce (this is a W=1 build):
(https://download.01.org/0day-ci/archive/20241005/202410051812.tvvprkdr-...@intel.com/reproduce)
If you fix the
When (mode->clock * 1000) is larger than (1<<31), int to unsigned long
conversion will sign extend the int to 64 bits and the pclk_rate value
will be incorrect.
Fix this by making the result of the multiplication unsigned.
Note that above (1<<32) would still be broken and require more changes, bu
drm_mode_vrefresh() can introduce a large rounding error, avoid it.
Signed-off-by: Jonathan Marek
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c
b/drivers/gpu/drm/msm/dsi/dsi_host.c
index 185d7de0bf37
On 10/5/24 12:31 PM, Konrad Dybcio wrote:
On 5.10.2024 4:38 PM, Jonathan Marek wrote:
drm_mode_vrefresh() can introduce a large rounding error, avoid it.
Signed-off-by: Jonathan Marek
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
On Wed, 24 Jul 2024 17:01:33 +0200, Marc Gonzalez wrote:
> DT bits required for HDMI TX support in qcom APQ8098 (MSM8998 cousin)
>
Applied, thanks!
[5/6] arm64: dts: qcom: msm8998: add HDMI GPIOs
commit: 1b97f00d1b11ed6e349816ba7e60fa76e477fcbb
[6/6] arm64: dts: qcom: add HDMI nodes for
nfig: csky-randconfig-r112-20241005
(https://download.01.org/0day-ci/archive/20241005/202410051655.9wef2chw-...@intel.com/config)
compiler: csky-linux-gcc (GCC) 14.1.0
reproduce:
(https://download.01.org/0day-ci/archive/20241005/202410051655.9wef2chw-...@intel.com/reproduce)
If you fix the issue in a sepa
If the constant alpha always set, the SoCs that is not supported the
ignore alpha bit will still use constant alpha. That will break the
original constant alpha setting of XRGB foramt for blend_modes
unsupported SoCs, such as MT8173.
Make the constatnt alpha only set when setting has_alpha or supp
Hi Sathish,
> Please collate the changes together with Lijo's suggestion as well,
> "1ULL <<" instead of typecast, there are 3 occurrences of the error in
> f0b19b84d391.
I could only observe two instances of this error in f0b19b84d391 at:
'mask = (1 << (adev->jpeg.num_jpeg_inst * adev->jpeg.num_
ig: x86_64-randconfig-122-20241005
(https://download.01.org/0day-ci/archive/20241005/202410052207.g19vlhrt-...@intel.com/config)
compiler: clang version 18.1.8 (https://github.com/llvm/llvm-project
3b5b5c1ec4a3095ab096dd780e84d7ab81f3d7ff)
reproduce (this is a W=1 build):
(https://download.01.o
ase: git://anongit.freedesktop.org/drm/drm drm-next
patch link:
https://lore.kernel.org/r/20241003200129.1732122-30-harry.wentland%40amd.com
patch subject: [PATCH v6 29/44] drm/amd/display: Add support for sRGB EOTF in
BLND block
config: x86_64-allyesconfig
(https://download.01.org/0day-ci/archiv
As per the RZ/G2UL hardware manual Table 33.4 Clock List, the maximum
dot clock for the DPI interface is 83.5 MHz. Add mode_valid callback
to reject modes greater than 83.5 MHz.
Signed-off-by: Biju Das
---
Before applying the patch:
root@smarc-rzg2ul:~# modetest -M rzg2l-du
Encoders:
id crtc
>On 03/10/24 12:36, Danilo Krummrich wrote:
>> On 9/13/24 12:23 PM, Danilo Krummrich wrote:
I am reminded that I should check all my MUAs to render the date as -MM-DD
so my brain doesn't explode when I see people "time traveling". ;)
(BTW, what MUAs do you both use? I use Mutt and K-9 Ma
Rearrange lookup of recommended OPP for the Mali GPU device and its refcnt
decremental to make sure no OPP object leaks happen in the error path.
Signed-off-by: Adrián Larumbe
Fixes: fac9b22df4b1 ("drm/panthor: Add the devfreq logical block")
Reviewed-by: Steven Price
---
drivers/gpu/drm/pantho
Commit f11b0417eec2 ("drm/panfrost: Add fdinfo support GPU load metrics")
retrieves the OPP for the maximum device clock frequency, but forgets to
keep the reference count balanced by putting the returned OPP object. This
eventually leads to an OPP core warning when removing the device.
Fix it by
On 10/5/24 05:02, Jason-JH Lin (林睿祥) wrote:
> --- a/drivers/gpu/drm/mediatek/mtk_disp_ovl.c
> +++ b/drivers/gpu/drm/mediatek/mtk_disp_ovl.c
> @@ -102,12 +102,9 @@ static inline bool is_10bit_rgb(u32 fmt)
> }
>
> static const u32 mt8173_formats[] = {
> - DRM_FORMAT_XRGB,
>
On Thu, 03 Oct 2024 15:39:03 +0200, Krzysztof Kozlowski wrote:
> "data-lines" property is way too similar to "data-lanes". It is also
> duplicating "bus-width" from video-interfaces.yaml schema. Deprecate
> "data-lines" and use the common property.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Hi Vamsi,
kernel test robot noticed the following build errors:
[auto build test ERROR on 7ec462100ef9142344ddbf86f2c3008b97acddbe]
url:
https://github.com/intel-lab-lkp/linux/commits/Vamsi-Krishna-Brahmajosyula/gpu-drm-set-gamma_lut-or-degamma_lut-based-on-HW-in-setcmap_atomic/20241003-2008
On Mon, 30 Sep 2024 13:20:46 +0200, Julia Lawall wrote:
> Reorganize kerneldoc parameter names to match the parameter
> order in the function header.
>
> The misordered cases were identified using the following
> Coccinelle semantic patch:
>
> //
> @initialize:ocaml@
> @@
>
> [...]
Applied,
26 matches
Mail list logo
