[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20251209142438.GV724103@e132581.arm.com>
Date: Tue, 9 Dec 2025 14:24:38 +0000
From: Leo Yan <leo.yan@....com>
To: "Yingchao Deng (Consultant)" <quic_yingdeng@...cinc.com>
Cc: mike.leach@...aro.org, alexander.shishkin@...ux.intel.com,
coresight@...ts.linaro.org, james.clark@...aro.org,
jinlong.mao@....qualcomm.com, linux-arm-kernel@...ts.infradead.org,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org,
quic_jinlmao@...cinc.com, suzuki.poulose@....com,
tingwei.zhang@....qualcomm.com
Subject: Re: [PATCH v6 2/2] coresight: cti: Add Qualcomm extended CTI support
On Tue, Dec 09, 2025 at 08:51:38PM +0800, Yingchao Deng (Consultant) wrote:
[...]
> > void cti_write_single_reg(struct cti_drvdata *drvdata,
> > int offset, u32 value)
> > {
> > CS_UNLOCK(drvdata->base);
> > writel_relaxed(value, cti_reg_addr(drvdata, offset));
> > CS_LOCK(drvdata->base);
> > }
>
> However, since we also need to handle cti_reg_addr_with_nr, it will be
> necessary to add an additional parameter "nr" to cti_write_single_reg?
I expect the argument "offset" has already containted the nr in
bits[31..28], so don't need to pass "nr" parameter to
cti_write_single_reg().
You will change inen_store() / outen_store(), e.g.,:
cti_write_single_reg(drvdata, CTI_REG_SET_NR(CTIINEN, index),
value);
Just remind, this might be a separate refactor for common code and you
need to write a patch for this, then is followed by QCOM CTI support
patch.
Thanks,
Leo
Powered by blists - more mailing lists