From: "Jiaxun Yang" <jiaxun.yang@flygoat.com>
To: "Rob Herring" <robh@kernel.org>
Cc: "Gregory CLEMENT" <gregory.clement@bootlin.com>,
"Aleksandar Rikalo" <arikalo@gmail.com>,
"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Vladimir Kondratiev" <vladimir.kondratiev@mobileye.com>,
"Théo Lebrun" <theo.lebrun@bootlin.com>,
"Tawfik Bayouk" <tawfik.bayouk@mobileye.com>,
"Thomas Petazzoni" <thomas.petazzoni@bootlin.com>,
"linux-mips@vger.kernel.org" <linux-mips@vger.kernel.org>,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 2/5] dt-bindings: mips: mips-cm: Add a new compatible string for EyeQ6
Date: Tue, 28 Jan 2025 01:16:20 +0000 [thread overview]
Message-ID: <bf08785b-9963-4539-92ef-b73c3abe8c19@app.fastmail.com> (raw)
In-Reply-To: <CAL_JsqKXYruNn+MtxbvCCWU2OmqeV-uAyyzN+F-ppSJVscr91w@mail.gmail.com>
在2025年1月27日一月 下午10:07,Rob Herring写道:
> On Mon, Jan 27, 2025 at 3:43 PM Jiaxun Yang <jiaxun.yang@flygoat.com> wrote:
>>
>>
>>
>> 在2025年1月23日一月 上午11:01,Gregory CLEMENT写道:
>> > The CM3.5 used on EyeQ6 reports that Hardware Cache Initialization is
>> > complete, but in reality it's not the case. It also incorrectly
>> > indicates that Hardware Cache Initialization is supported. This new
>> > compatible string allows warning about this broken feature that cannot
>> > be detected at runtime.
>> >
>> > Signed-off-by: Gregory CLEMENT <gregory.clement@bootlin.com>
>> > ---
>> > Documentation/devicetree/bindings/mips/mti,mips-cm.yaml | 12 +++++++++++-
>> > 1 file changed, 11 insertions(+), 1 deletion(-)
>> >
>> > diff --git a/Documentation/devicetree/bindings/mips/mti,mips-cm.yaml
>> > b/Documentation/devicetree/bindings/mips/mti,mips-cm.yaml
>> > index
>> > 4324b2306535f1bf66c44b1f96be9094ee282041..d129d6382847768dc026336d8d2c7328b6b81f9b
>> > 100644
>> > --- a/Documentation/devicetree/bindings/mips/mti,mips-cm.yaml
>> > +++ b/Documentation/devicetree/bindings/mips/mti,mips-cm.yaml
>> > @@ -19,7 +19,12 @@ maintainers:
>> >
>> > properties:
>> > compatible:
>> > - const: mti,mips-cm
>> > + oneOf:
>> > + - const: mti,mips-cm
>> > + - const: mobileye,eyeq6-cm
>> > + description:
>> > + On EyeQ6 the HCI (Hardware Cache Initialization) information for
>> > + the L2 cache in multi-cluster configuration is broken.
>> >
>> > reg:
>> > description:
>> > @@ -44,4 +49,9 @@ examples:
>> > compatible = "mti,mips-cm";
>> > reg = <0x1bde8000 0x8000>;
>> > };
>> > +
>> > + - |
>> > + coherency-manager {
>> > + compatible = "mobileye,eyeq6-cm";
>>
>> I think “mobileye,eyeq6-cm”, “mti,mips-cm” would describe the hardware better as eyeq6’s CM is just a special variant of mips-cm.
>
> Is s/w that only understands “mti,mips-cm” useful on eyeq6 chip? If
> so, I agree. If not, then a fallback compatible is not useful.
Yes, mobileye,eyeq6-cm only enable an additional bug workaround in software.
The programming interfaces and so on remains unchanged.
Also other firmware components like U-Boot doesn’t need to be aware of eyeq6 variant.
Thanks
>
> Rob
--
- Jiaxun
next prev parent reply other threads:[~2025-01-28 1:16 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-23 11:01 [PATCH v3 0/5] MIPS: Allow using multi-cluster with a broken HCI Gregory CLEMENT
2025-01-23 11:01 ` [PATCH v3 1/5] dt-bindings: mips: Document mti,mips-cm Gregory CLEMENT
2025-01-27 19:09 ` Rob Herring (Arm)
2025-01-23 11:01 ` [PATCH v3 2/5] dt-bindings: mips: mips-cm: Add a new compatible string for EyeQ6 Gregory CLEMENT
2025-01-27 19:10 ` Rob Herring (Arm)
2025-01-27 21:43 ` Jiaxun Yang
2025-01-27 22:07 ` Rob Herring
2025-01-28 1:16 ` Jiaxun Yang [this message]
2025-01-28 16:23 ` Gregory CLEMENT
2025-02-21 9:37 ` Thomas Bogendoerfer
2025-02-21 9:45 ` Gregory CLEMENT
2025-01-23 11:01 ` [PATCH v3 3/5] MIPS: cm: Detect CM quirks from device tree Gregory CLEMENT
2025-01-23 11:01 ` [PATCH v3 4/5] MIPS: CPS: Support broken HCI for multicluster Gregory CLEMENT
2025-01-23 11:01 ` [PATCH v3 5/5] MIPS: mobileye: dts: eyeq6h: Enable cluster support Gregory CLEMENT
2025-02-21 14:04 ` [PATCH v3 0/5] MIPS: Allow using multi-cluster with a broken HCI Thomas Bogendoerfer
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=bf08785b-9963-4539-92ef-b73c3abe8c19@app.fastmail.com \
--to=jiaxun.yang@flygoat.com \
--cc=arikalo@gmail.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=gregory.clement@bootlin.com \
--cc=krzk+dt@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=robh@kernel.org \
--cc=tawfik.bayouk@mobileye.com \
--cc=theo.lebrun@bootlin.com \
--cc=thomas.petazzoni@bootlin.com \
--cc=tsbogend@alpha.franken.de \
--cc=vladimir.kondratiev@mobileye.com \
/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