From: Abhinav Kumar <quic_abhinavk@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Arnaud Vrac <avrac@freebox.fr>, Rob Clark <robdclark@gmail.com>,
Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Sean Paul <sean@poorly.run>, Andy Gross <agross@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konrad.dybcio@linaro.org>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>
Cc: <devicetree@vger.kernel.org>, <linux-arm-msm@vger.kernel.org>,
<dri-devel@lists.freedesktop.org>,
Daniel Vetter <daniel@ffwll.ch>, David Airlie <airlied@gmail.com>,
<freedreno@lists.freedesktop.org>, <linux-media@vger.kernel.org>
Subject: Re: [Freedreno] [PATCH 1/4] drm/msm: add some cec register bitfield details
Date: Wed, 19 Apr 2023 17:27:23 -0700 [thread overview]
Message-ID: <7de672fb-e9ac-5594-295f-ac29951c3066@quicinc.com> (raw)
In-Reply-To: <bfbd0ecc-342b-1321-8ead-b3e462099e51@linaro.org>
On 4/19/2023 5:21 PM, Dmitry Baryshkov wrote:
> On 20/04/2023 03:17, Abhinav Kumar wrote:
>>
>>
>> On 4/19/2023 5:11 PM, Dmitry Baryshkov wrote:
>>> On 20/04/2023 03:10, Abhinav Kumar wrote:
>>>>
>>>>
>>>> On 4/19/2023 4:53 PM, Dmitry Baryshkov wrote:
>>>>> On 18/04/2023 21:10, Arnaud Vrac wrote:
>>>>>> The register names and bitfields were determined from the downstream
>>>>>> msm-4.4 driver.
>>>>>>
>>>>>> Signed-off-by: Arnaud Vrac <avrac@freebox.fr>
>>>>>> ---
>>>>>> drivers/gpu/drm/msm/hdmi/hdmi.xml.h | 62
>>>>>> ++++++++++++++++++++++++++++++++++++-
>>>>>> 1 file changed, 61 insertions(+), 1 deletion(-)
>>>>>
>>>>> I have opened MR against Mesa at
>>>>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/22588.
>>>>>
>>>>> The patch is:
>>>>>
>>>>> Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>>>>>
>>>>> Minor nit below
>>>>>
>>>>
>>>> Also, shouldnt the register updates be done using rnn tool instead
>>>> of manual edits?
>>>
>>> We usually update the rnn and ask Rob to pull it at the beginning of
>>> the cycle.
>>>
>>
>> Sorry, I didnt get this. So you are saying, we will accept manual
>> edits and then replace it with the tool generated xml later? I was not
>> aware of that, because previously I was always asked by Rob to use the
>> tool to generate the xml and push that.
>
> We accept manual edits for the patchset (so that one can test it), but
> before merging the patchset we ask Rob to pull the xml.
>
Interesting, and Rob generates the xml that time or who does that?
The MR you have created updates the freedreno/registers which is just to
keep the XML in the driver and mesa in sync.
But I am trying to understand who generates the updated xml to merge it
with the patchset if its not the developer who does that anymore.
>>
>>>>
>>>>>>
>>>>>> diff --git a/drivers/gpu/drm/msm/hdmi/hdmi.xml.h
>>>>>> b/drivers/gpu/drm/msm/hdmi/hdmi.xml.h
>>>>>> index 973b460486a5a..b4dd6e8cba6b7 100644
>>>>>> --- a/drivers/gpu/drm/msm/hdmi/hdmi.xml.h
>>>>>> +++ b/drivers/gpu/drm/msm/hdmi/hdmi.xml.h
>>>>>> @@ -76,6 +76,13 @@ enum hdmi_acr_cts {
>>>>>> ACR_48 = 3,
>>>>>> };
>>>>>> +enum hdmi_cec_tx_status {
>>>>>> + CEC_TX_OK = 0,
>>>>>> + CEC_TX_NACK = 1,
>>>>>> + CEC_TX_ARB_LOSS = 2,
>>>>>> + CEC_TX_MAX_RETRIES = 3,
>>>>>> +};
>>>>>> +
>>>>>> #define REG_HDMI_CTRL 0x00000000
>>>>>> #define HDMI_CTRL_ENABLE 0x00000001
>>>>>> #define HDMI_CTRL_HDMI 0x00000002
>>>>>> @@ -476,20 +483,73 @@ static inline uint32_t
>>>>>> HDMI_DDC_REF_REFTIMER(uint32_t val)
>>>>>> #define REG_HDMI_HDCP_SW_LOWER_AKSV 0x00000288
>>>>>> #define REG_HDMI_CEC_CTRL 0x0000028c
>>>>>> +#define HDMI_CEC_CTRL_ENABLE 0x00000001
>>>>>> +#define HDMI_CEC_CTRL_SEND_TRIGGER 0x00000002
>>>>>> +#define HDMI_CEC_CTRL_FRAME_SIZE__MASK 0x000001f0
>>>>>> +#define HDMI_CEC_CTRL_FRAME_SIZE__SHIFT 4
>>>>>> +static inline uint32_t HDMI_CEC_CTRL_FRAME_SIZE(uint32_t val)
>>>>>> +{
>>>>>> + return ((val) << HDMI_CEC_CTRL_FRAME_SIZE__SHIFT) &
>>>>>> HDMI_CEC_CTRL_FRAME_SIZE__MASK;
>>>>>> +}
>>>>>> +#define HDMI_CEC_CTRL_LINE_OE 0x00000200
>>>>>> #define REG_HDMI_CEC_WR_DATA 0x00000290
>>>>>> +#define HDMI_CEC_WR_DATA_BROADCAST 0x00000001
>>>>>> +#define HDMI_CEC_WR_DATA_DATA__MASK 0x0000ff00
>>>>>> +#define HDMI_CEC_WR_DATA_DATA__SHIFT 8
>>>>>> +static inline uint32_t HDMI_CEC_WR_DATA_DATA(uint32_t val)
>>>>>> +{
>>>>>> + return ((val) << HDMI_CEC_WR_DATA_DATA__SHIFT) &
>>>>>> HDMI_CEC_WR_DATA_DATA__MASK;
>>>>>> +}
>>>>>> -#define REG_HDMI_CEC_CEC_RETRANSMIT 0x00000294
>>>>>> +#define REG_HDMI_CEC_RETRANSMIT 0x00000294
>>>>>> +#define HDMI_CEC_RETRANSMIT_ENABLE 0x00000001
>>>>>> +#define HDMI_CEC_RETRANSMIT_COUNT__MASK 0x000000fe
>>>>>> +#define HDMI_CEC_RETRANSMIT_COUNT__SHIFT 1
>>>>>> +static inline uint32_t HDMI_CEC_RETRANSMIT_COUNT(uint32_t val)
>>>>>> +{
>>>>>> + return ((val) << HDMI_CEC_RETRANSMIT_COUNT__SHIFT) &
>>>>>> HDMI_CEC_RETRANSMIT_COUNT__MASK;
>>>>>> +}
>>>>>> #define REG_HDMI_CEC_STATUS 0x00000298
>>>>>> +#define HDMI_CEC_STATUS_BUSY 0x00000001
>>>>>> +#define HDMI_CEC_STATUS_TX_FRAME_DONE 0x00000008
>>>>>> +#define HDMI_CEC_STATUS_TX_STATUS__MASK 0x000000f0
>>>>>> +#define HDMI_CEC_STATUS_TX_STATUS__SHIFT 4
>>>>>> +static inline uint32_t HDMI_CEC_STATUS_TX_STATUS(enum
>>>>>> hdmi_cec_tx_status val)
>>>>>> +{
>>>>>> + return ((val) << HDMI_CEC_STATUS_TX_STATUS__SHIFT) &
>>>>>> HDMI_CEC_STATUS_TX_STATUS__MASK;
>>>>>> +}
>>>>>> #define REG_HDMI_CEC_INT 0x0000029c
>>>>>> +#define HDMI_CEC_INT_TX_DONE 0x00000001
>>>>>> +#define HDMI_CEC_INT_TX_DONE_MASK 0x00000002
>>>>>> +#define HDMI_CEC_INT_TX_ERROR 0x00000004
>>>>>> +#define HDMI_CEC_INT_TX_ERROR_MASK 0x00000008
>>>>>> +#define HDMI_CEC_INT_MONITOR 0x00000010
>>>>>> +#define HDMI_CEC_INT_MONITOR_MASK 0x00000020
>>>>>> +#define HDMI_CEC_INT_RX_DONE 0x00000040
>>>>>> +#define HDMI_CEC_INT_RX_DONE_MASK 0x00000080
>>>>>> #define REG_HDMI_CEC_ADDR 0x000002a0
>>>>>> #define REG_HDMI_CEC_TIME 0x000002a4
>>>>>> +#define HDMI_CEC_TIME_ENABLE 0x00000001
>>>>>> +#define HDMI_CEC_TIME_SIGNAL_FREE_TIME__MASK 0x0000ff80
>>>>>> +#define HDMI_CEC_TIME_SIGNAL_FREE_TIME__SHIFT 7
>>>>>> +static inline uint32_t HDMI_CEC_TIME_SIGNAL_FREE_TIME(uint32_t val)
>>>>>> +{
>>>>>> + return ((val) << HDMI_CEC_TIME_SIGNAL_FREE_TIME__SHIFT) &
>>>>>> HDMI_CEC_TIME_SIGNAL_FREE_TIME__MASK;
>>>>>> +}
>>>>>> #define REG_HDMI_CEC_REFTIMER 0x000002a8
>>>>>> +#define HDMI_CEC_REFTIMER_ENABLE 0x00010000
>>>>>
>>>>> I think this should come after the REFTIMER field.
>>>>>
>>>>>> +#define HDMI_CEC_REFTIMER_REFTIMER__MASK 0x0000ffff
>>>>>> +#define HDMI_CEC_REFTIMER_REFTIMER__SHIFT 0
>>>>>> +static inline uint32_t HDMI_CEC_REFTIMER_REFTIMER(uint32_t val)
>>>>>> +{
>>>>>> + return ((val) << HDMI_CEC_REFTIMER_REFTIMER__SHIFT) &
>>>>>> HDMI_CEC_REFTIMER_REFTIMER__MASK;
>>>>>> +}
>>>>>> #define REG_HDMI_CEC_RD_DATA 0x000002ac
>>>>>>
>>>>>
>>>
>
next prev parent reply other threads:[~2023-04-20 0:27 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-18 18:10 [PATCH 0/4] Support HDMI CEC on Qualcomm SoCs Arnaud Vrac
2023-04-18 18:10 ` [PATCH 1/4] drm/msm: add some cec register bitfield details Arnaud Vrac
2023-04-19 23:53 ` Dmitry Baryshkov
2023-04-20 0:10 ` Abhinav Kumar
2023-04-20 0:11 ` Dmitry Baryshkov
2023-04-20 0:17 ` Abhinav Kumar
2023-04-20 0:21 ` Dmitry Baryshkov
2023-04-20 0:27 ` Abhinav Kumar [this message]
2023-04-20 0:30 ` [Freedreno] " Dmitry Baryshkov
2023-04-20 6:36 ` Arnaud Vrac
2023-04-18 18:10 ` [PATCH 2/4] drm/msm: add hdmi cec support Arnaud Vrac
2023-04-20 0:20 ` Dmitry Baryshkov
2023-04-20 7:24 ` Arnaud Vrac
2023-04-20 9:03 ` Dmitry Baryshkov
2023-04-21 13:26 ` Hans Verkuil
2023-04-21 16:58 ` Arnaud Vrac
2023-05-26 10:48 ` Hans Verkuil
2023-04-18 18:10 ` [PATCH 3/4] drm/msm: expose edid to hdmi cec adapter Arnaud Vrac
2023-04-20 0:04 ` Dmitry Baryshkov
2023-04-18 18:10 ` [PATCH 4/4] arm64: dts: qcom: msm8998: add hdmi cec pinctrl nodes Arnaud Vrac
2023-04-22 12:10 ` Konrad Dybcio
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7de672fb-e9ac-5594-295f-ac29951c3066@quicinc.com \
--to=quic_abhinavk@quicinc.com \
--cc=agross@kernel.org \
--cc=airlied@gmail.com \
--cc=andersson@kernel.org \
--cc=avrac@freebox.fr \
--cc=daniel@ffwll.ch \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=hverkuil-cisco@xs4all.nl \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=robdclark@gmail.com \
--cc=robh+dt@kernel.org \
--cc=sean@poorly.run \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox