From: sashiko-bot@kernel.org
To: "Aiden Isik" <aidenisik@member.fsf.org>
Cc: devicetree@vger.kernel.org, robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH 1/2] arm64: dts: exynos: Add initial support for Exynos5515 SoC
Date: Mon, 17 Aug 2026 10:38:07 +0000 [thread overview]
Message-ID: <20260817103807.788801F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260817-for-next-lucky7-v1-1-42ffb2b71ba2@member.fsf.org>
Thank you for your contribution! Sashiko AI review found 5 potential issue(s) to consider:
- [Medium] The GIC-400 node lacks the VGIC maintenance interrupt property.
- [Medium] GIC CPU interface (GICC) memory region is incorrectly sized at 0x1000, which breaks VGIC support.
- [Low] Node unit-addresses for `cpu1` and `gic` do not match their `reg` properties.
- [Low] Redundant and deprecated custom function IDs are provided for PSCI 1.0.
- [Low] Missing dt-bindings clock header `samsung,exynos5515-cmu.h`.
--
--- Patch [1]: [PATCH 1/2] arm64: dts: exynos: Add initial support for Exynos5515 SoC ---
commit e8b991884f3a3fd45bff9e8dcdd76dcc3db06db9
Author: Aiden Isik <aidenisik@member.fsf.org>
arm64: dts: exynos: Add initial support for Exynos5515 SoC
The patch adds initial device tree support for the Exynos5515 SoC, used in
Samsung Galaxy Watch models. It adds CPUs, generic timer, watchdog, and
various clock management units.
> diff --git a/arch/arm64/boot/dts/exynos/exynos5515.dtsi b/arch/arm64/boot/dts/exynos/exynos5515.dtsi
> new file mode 100644
> index 0000000000000..5584c1a3aaf4f
> --- /dev/null
> +++ b/arch/arm64/boot/dts/exynos/exynos5515.dtsi
> @@ -0,0 +1,186 @@
> +// SPDX-License-Identifier: GPL-2.0-or-later
> +/*
> + * Samsung Exynos 5515 SoC device tree source
> + *
> + * Copyright (c) 2026 Aiden Isik <aidenisik+git@member.fsf.org>
> + */
> +
> +#include <dt-bindings/clock/samsung,exynos5515-cmu.h>
[Severity: Low]
Is this header file missing? It appears it was not added in this patch or
earlier in the series, which will cause the device tree compilation to fail.
> +#include <dt-bindings/interrupt-controller/arm-gic.h>
> +
> +/ {
[ ... ]
> + cpu1: cpu@1 {
> + compatible = "arm,cortex-a55";
> + reg = <0x100>;
[Severity: Low]
Does the unit-address for cpu1 match the reg property? The device tree
specification requires the unit-address to match the first address in the
reg property, so should this be cpu@100?
> + device_type = "cpu";
> + enable-method = "psci";
> + };
> + };
[ ... ]
> + psci {
> + compatible = "arm,psci-1.0";
> + cpu_off = <0x84000002>;
> + cpu_on = <0xc4000003>;
> + cpu_suspend = <0xc4000001>;
[Severity: Low]
Are these custom function IDs necessary? Since compatible = "arm,psci-1.0"
is used, the kernel relies on standard architecturally mandated function
IDs, and explicitly defining cpu_off, cpu_on, and cpu_suspend will be ignored.
> + method = "smc";
> + };
[ ... ]
> + gic: interrupt-controller@15600000 {
[Severity: Low]
Does the unit-address for the gic node match its reg property? The first
address in the reg block is 0x15601000, so should the node be named
interrupt-controller@15601000?
[Severity: Medium]
Is the interrupts property for the VGIC maintenance interrupt missing from
the gic device node? Without it, KVM virtualization cannot properly handle
virtual interrupt maintenance.
> + compatible = "arm,gic-400";
> + reg = <0x15601000 0x1000>,
> + <0x15602000 0x1000>,
[Severity: Medium]
Is the GICC memory region incorrectly sized at 0x1000? KVM VGIC
initialization requires access to the GICC_DIR register at offset 0x1000 in
the GICC region for EOI mode 1, so should this size be at least 0x2000?
> + <0x15604000 0x2000>,
> + <0x15606000 0x2000>;
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260817-for-next-lucky7-v1-0-42ffb2b71ba2@member.fsf.org?part=1
next prev parent reply other threads:[~2026-08-17 10:38 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-17 10:27 [PATCH 0/2] Hi there, Aiden Isik via B4 Relay
2026-08-17 10:27 ` [PATCH 1/2] arm64: dts: exynos: Add initial support for Exynos5515 SoC Aiden Isik via B4 Relay
2026-08-17 10:38 ` sashiko-bot [this message]
2026-08-17 10:57 ` Aiden Isik
2026-08-17 10:27 ` [PATCH 2/2] arm64: dts: exynos: Add initial support for Samsung Galaxy Watch FE Aiden Isik via B4 Relay
[not found] ` <20260817103500.B4B4E1F000E9@smtp.kernel.org>
2026-08-17 11:04 ` Aiden Isik
2026-08-17 11:07 ` [PATCH 0/2] Hi there, Krzysztof Kozlowski
2026-08-17 13:46 ` Aiden Isik
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=20260817103807.788801F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=aidenisik@member.fsf.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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