linux-mips.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH 0/5] MIPS: Allow using multi-cluster with a broken HCI.
@ 2024-11-15 15:29 Gregory CLEMENT
  2024-11-15 15:29 ` [PATCH 1/5] dt-bindings: mips: Document mti,mips-cm Gregory CLEMENT
                   ` (4 more replies)
  0 siblings, 5 replies; 10+ messages in thread
From: Gregory CLEMENT @ 2024-11-15 15:29 UTC (permalink / raw)
  To: Aleksandar Rikalo, Thomas Bogendoerfer, Jiaxun Yang, Rob Herring,
	Krzysztof Kozlowski, Conor Dooley
  Cc: Vladimir Kondratiev, Théo Lebrun, Tawfik Bayouk,
	Thomas Petazzoni, linux-mips, devicetree, linux-kernel,
	Gregory CLEMENT

Hello,

Some CM3.5 reports indicate that Hardware Cache Initialization is
complete, but in reality it's not the case. They also incorrectly show
that Hardware Cache Initialization is supported. Unfortunately, it is
not possible to detect this issue at runtime and the information has
to be passed by the device tree.

I initially proposed to add this information as a CPU property, but as
rightfully pointed out by Jiaxun, it should be more of a Coherence
Manager property. A few months ago, Jiaxun proposed a series to pass
the address of the CM through the device tree when it was not possible
to get it at runtime. This series introduced the binding for the CM
that I reused. However, there were some parts of this series that were
commented on and needed to be addressed, and I don't have the hardware
for it. Therefore, I've kept only the binding and relaxed the need for
the reg property.

My initial proposal was integrated into the series set by Aleksandar
here [1]. And the series adding the CM binding was here: [2]. The
patches 1,2,3, and 5 have no dependencies while patch 4 should depend
on this series [1]. Actually, those five patches should replace
patches 10, 11, and 12.

Gregory

[1]: https://lore.kernel.org/all/20241028175935.51250-1-arikalo@gmail.com/
[2]: https://lore.kernel.org/all/20240612-cm_probe-v2-5-a5b55440563c@flygoat.com/

Signed-off-by: Gregory CLEMENT <gregory.clement@bootlin.com>
---
Gregory CLEMENT (4):
      dt-bindings: mips: mips-cm: Add property for broken HCI information
      MIPS: cm: Detect CM quirks from device tree
      MIPS: CPS: Support broken HCI for multicluster
      MIPS: mobileye: dts: eyeq6h: Enable cluster support

Jiaxun Yang (1):
      dt-bindings: mips: Document mti,mips-cm

 .../devicetree/bindings/mips/mti,mips-cm.yaml      | 43 ++++++++++++++++++++++
 arch/mips/boot/dts/mobileye/eyeq6h.dtsi            |  5 +++
 arch/mips/include/asm/mips-cm.h                    | 22 +++++++++++
 arch/mips/kernel/mips-cm.c                         | 16 ++++++++
 arch/mips/kernel/smp-cps.c                         |  5 ++-
 5 files changed, 90 insertions(+), 1 deletion(-)
---
base-commit: e87100a0b90df5f239e6b290f7db67e16bcda85f
change-id: 20241115-cluster-hci-broken-840a78f72aae

Best regards,
-- 
Grégory CLEMENT, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2024-11-20 16:47 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-11-15 15:29 [PATCH 0/5] MIPS: Allow using multi-cluster with a broken HCI Gregory CLEMENT
2024-11-15 15:29 ` [PATCH 1/5] dt-bindings: mips: Document mti,mips-cm Gregory CLEMENT
2024-11-15 18:13   ` Conor Dooley
2024-11-19 16:26   ` Rob Herring
2024-11-20 16:47     ` Gregory CLEMENT
2024-11-15 15:29 ` [PATCH 2/5] dt-bindings: mips: mips-cm: Add property for broken HCI information Gregory CLEMENT
2024-11-19 16:28   ` Rob Herring
2024-11-15 15:29 ` [PATCH 3/5] MIPS: cm: Detect CM quirks from device tree Gregory CLEMENT
2024-11-15 15:29 ` [PATCH 4/5] MIPS: CPS: Support broken HCI for multicluster Gregory CLEMENT
2024-11-15 15:29 ` [PATCH 5/5] MIPS: mobileye: dts: eyeq6h: Enable cluster support Gregory CLEMENT

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).