[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2357838.ElGaqSPkdT@earth>
Date: Thu, 20 Feb 2025 12:03:09 -0500
From: Detlev Casanova <detlev.casanova@...labora.com>
To: Piotr Oniszczuk <piotr.oniszczuk@...il.com>
Cc: linux-kernel@...r.kernel.org, Algea Cao <algea.cao@...k-chips.com>,
Heiko Stuebner <heiko@...ech.de>,
Geert Uytterhoeven <geert+renesas@...der.be>,
dri-devel@...ts.freedesktop.org, Niklas Cassel <cassel@...nel.org>,
Laurent Pinchart <Laurent.pinchart@...asonboard.com>,
Andrzej Hajda <andrzej.hajda@...el.com>, kernel@...labora.com,
David Airlie <airlied@...il.com>, Dragan Simic <dsimic@...jaro.org>,
Simona Vetter <simona@...ll.ch>, Rob Herring <robh@...nel.org>,
Robert Foss <rfoss@...nel.org>,
Sebastian Reichel <sebastian.reichel@...labora.com>,
Jernej Skrabec <jernej.skrabec@...il.com>,
Sugar Zhang <sugar.zhang@...k-chips.com>, linux-rockchip@...ts.infradead.org,
Chen-Yu Tsai <wens@...e.org>, FUKAUMI Naoki <naoki@...xa.com>,
devicetree@...r.kernel.org, Conor Dooley <conor+dt@...nel.org>,
Jonas Karlman <jonas@...boo.se>,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>,
Dmitry Baryshkov <dmitry.baryshkov@...aro.org>,
Johan Jonker <jbx6244@...il.com>, linux-arm-kernel@...ts.infradead.org,
Neil Armstrong <neil.armstrong@...aro.org>,
Alexey Charkov <alchark@...il.com>, Thomas Zimmermann <tzimmermann@...e.de>,
Krzysztof Kozlowski <krzk+dt@...nel.org>
Subject: Re: [PATCH v7 0/3] Add HDMI audio on the rk3588 SoC
Hi Piotr,
On Thursday, 20 February 2025 06:16:20 EST Piotr Oniszczuk wrote:
> > Wiadomość napisana przez Detlev Casanova <detlev.casanova@...labora.com> w
> > dniu 17 lut 2025, o godz. 22:47:
> >
> > To support HDMI audio on the rk3588 based devices, the generic HDMI
> > Codec framework is used in the dw-hdmi-qp DRM bridge driver.
> >
> > The implementation is mainly based on the downstream driver, ported to the
> > generic HDMI Codec framework [1] recently merged in the master branch.
> > The parameters computation has been kept as is and the data stored in the
> > dw_hdmi_qp struct as been cleaned up.
> >
> > The table for the N values has been edited to reflect N recommended values
> > as well as CTS recommended values.
> >
> > The downstream kernel also implements a machine driver for HDMI audio but
> > it is doing exactly what the simple-audio-card driver does, so use that
> > instead in the RK3588 SoC device tree.
> >
> > This adds HDMI audio support for both HDMI TX ports.
> >
> > *** Dependencies ***
> >
> > Based on Linus' master branch, but also needs Cristian's dts patches for
> > HDMI1 support [2], which depends on Heiko's patchset for
> > phy-rockchip-samsung-hdptx [3]. Patches will apply without [3], but HDMI
> > will not work (at all).
> >
> > [1]:
> > https://lore.kernel.org/all/20241224-drm-bridge-hdmi-connector-v10-0-dc89
> > 577cd438@...aro.org [2]:
> > https://lore.kernel.org/linux-rockchip/20241211-rk3588-hdmi1-v2-0-02cdca2
> > 2ff68@...labora.com [3]:
> > https://lore.kernel.org/lkml/20241206103401.1780416-3-heiko@sntech.de/
> >
> > Changes since v6:
> > - Fix arguments alignement (checkpatch --strict warnings)
> > - Add hdmi1 audio support too
> > - Move hdmi0_sound node under hdmi0_out_con
> >
> > Changes since v5:
> > - Simplify audio math computation for N
> > - Move hdmi0-sound node up with other address-less nodes
> >
> > Changes since v4:
> > - Moved hdmi0_audio node the rk3588-base.dtsi
> > - Enable hdmi0_audio in rk3588-rock-5b.dts
> >
> > Changes since v3:
> > - Renamed function to start with dw_hdmi_qp
> >
> > Changes since v2:
> > - Also clear the audio infoframe
> > - Write AUDI_CONTENTS0 to its default value in case it gets overwritten.
> > - Store tmds_char_rate in the dw_hdmi_qp struct in atomic_enable
> > - Clear tmds_char_rate in atomic_disable and only write registers when
> >
> > tmds_char_rate is not 0.
> >
> > - Do not use connector_state duplicates
> >
> > Changes since v1:
> > - Remove useless audio_mutex (was used downstream for multiple drivers
> > access>
> > to audio functions)
> >
> > - Let hdmi_codec build and setup audio infoframes
> > - Only access audio registers when connector is connected
> > - Rebased on master branch
> >
> > Detlev Casanova (2):
> > arm64: dts: rockchip: Add HDMI audio outputs for rk3588 SoC
> > arm64: dts: rockchip: Enable HDMI audio outputs for Rock 5B
> >
> > Sugar Zhang (1):
> > drm/bridge: synopsys: Add audio support for dw-hdmi-qp
> >
> > arch/arm64/boot/dts/rockchip/rk3588-base.dtsi | 17 +
> > .../arm64/boot/dts/rockchip/rk3588-extra.dtsi | 17 +
> > .../boot/dts/rockchip/rk3588-rock-5b.dts | 16 +
> > drivers/gpu/drm/bridge/synopsys/dw-hdmi-qp.c | 489 ++++++++++++++++++
> > 4 files changed, 539 insertions(+)
>
> Detelv,
>
> Just curious of your opinion:
>
> I’m on 6.14-rc3 and using
> https://gitlab.collabora.com/cristicc/linux-next/-/commits/rk3588-hdmi-brid
> ge + this v7 series.
Do you have the branch available somewhere ?
> On mine rock5b all works nicely but - at boot time - i’m getting some oops
> in kernel like this:
> https://gist.github.com/warpme/e1668acbef7817e5d2a88a6840328722
I did notice that at one point but it disappeard after a rebase on the the
latest master so I didn't look further into that.
Could it be related to 2518a0e1b878042f9afa45ae063e544a16efc1a3 "ASoC: simple-
card: use __free(device_node) for device node" ?
I'm not exactly sure how __free(device_node) works though, but reverting that
commit could fix the issue.
> I’m not sure where issue is but it looks to me like kind of interference
> between analog audio and hdmi audio as commenting analog audio in dts (
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/arch/
> arm64/boot/dts/rockchip/rk3588-rock-5b.dts?h=v6.14-rc3#n24 ) stops kernel
> from oops’ing….
I cannot reproduce anymore, so if you have a branch/config that you use, I
could try, looking into that.
I don't see any relevant commits that would change this behavior on master
since v6.14-rc3, so I'm not sure what is going on.
> rock5b dts i’m using is like this:
> https://gist.github.com/warpme/a8a32afd4a05d4b7f25d2808984b05ac
Regards,
Detlev.
Powered by blists - more mailing lists