devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org>
To: Doug Anderson <dianders@chromium.org>
Cc: Andy Gross <agross@kernel.org>,
	Bjorn Andersson <bjorn.andersson@linaro.org>,
	Stephen Boyd <swboyd@chromium.org>,
	linux-arm-msm <linux-arm-msm@vger.kernel.org>,
	"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" 
	<devicetree@vger.kernel.org>, LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] arm64: dts: qcom: sc7180: Fix the LLCC base register size
Date: Tue, 18 Aug 2020 13:08:26 +0530	[thread overview]
Message-ID: <5c8b1664adceab8c600c80058e40cc97@codeaurora.org> (raw)
In-Reply-To: <CAD=FV=VVeoqOsVzJiCxjYTpJc8JX4Qx3vB+0evzp8oMdYsRZvQ@mail.gmail.com>

Hi,

On 2020-08-18 02:42, Doug Anderson wrote:
> Hi,
> 
> On Sun, Aug 16, 2020 at 9:04 PM Sai Prakash Ranjan
> <saiprakash.ranjan@codeaurora.org> wrote:
>> 
>> There is only one LLCC logical bank on SC7180 SoC of size
>> 0x50000(320KB) not 2MB, so correct the size and fix copy
>> paste mistake from SDM845 which had 4 logical banks.
> 
> I guess SDM845 not only has 4 banks but each bank is bigger?  At first
> I thought "yeah, 4 banks and 4 * 0x5 = 0x20" except that's not true in
> hex.  ;-)
> 

Hehe, no I didn't mean 0x5 * 4 = 0x20 because I mentioned 320KB and 2MB 
specifically
for the same reason in case people think that ;) I just meant that we 
are correcting
the copied size from SDM845, but I agree I need to make it clear in the 
commit msg
which warrants a V2.

> 
>> Fixes: 7cee5c742899 ("arm64: dts: qcom: sc7180: Fix node order")
>> Fixes: c831fa299996 ("arm64: dts: qcom: sc7180: Add Last level cache 
>> controller node")
>> Signed-off-by: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org>
>> ---
>>  arch/arm64/boot/dts/qcom/sc7180.dtsi | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> Without having any documentation ,this seems sane to me.  I guess it
> doesn't do a whole lot because the driver just reads one register from
> this whole space (at 0x0003000c bytes off).  So it's just a cleanup,
> or is it needed to actually fix something?
> 

No, it is not required to fix any functional problems but is correcting 
the
wrong size which I think qualifies for a fixes tag? I don't have a 
strong opinion
though, so I can remove the tag if you feel strongly about it.

> ...the fact that there's a status register in the middle of this seems
> strange, though.  Your commit message makes it sound as if this range
> is describing the size of the cache itself and then I would think that
> this was the address range where you could read from the cache memory
> directly, but that doesn't seem to mesh in my mind with there being a
> status register.  Hrm.  Am I just confused as usual?
> 

It's not describing the cache size, it is the LLCC(LLC Controller) 
register space.
But I believe that the confusion is because of my commit msg, so I will 
post a v2
clearing this with something like below (I have removed the confusing 4 
banks info
of SDM845).

"
There is one LLCC logical bank(LLCC0) on SC7180 SoC and the size of the 
LLCC0 base
is 0x50000(320KB) not 2MB, so correct the size and fix copy paste 
mistake
carried over from SDM845.
"

Thanks,
Sai

-- 
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a 
member
of Code Aurora Forum, hosted by The Linux Foundation

  reply	other threads:[~2020-08-18  7:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-17  4:04 [PATCH] arm64: dts: qcom: sc7180: Fix the LLCC base register size Sai Prakash Ranjan
2020-08-17 21:12 ` Doug Anderson
2020-08-18  7:38   ` Sai Prakash Ranjan [this message]
2020-08-18 13:56     ` Doug Anderson

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=5c8b1664adceab8c600c80058e40cc97@codeaurora.org \
    --to=saiprakash.ranjan@codeaurora.org \
    --cc=agross@kernel.org \
    --cc=bjorn.andersson@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dianders@chromium.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=swboyd@chromium.org \
    /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;
as well as URLs for NNTP newsgroup(s).