All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Enric Balletbo i Serra" <eballetbo@kernel.org>
Cc: Frank.Li@kernel.org, imx@lists.linux.dev
Subject: Re: [PATCH RESEND] clocksource: move NXP timer selection to drivers/clocksource
Date: Wed, 13 May 2026 05:57:33 +0000	[thread overview]
Message-ID: <20260513055733.BCE2CC2BCB7@smtp.kernel.org> (raw)
In-Reply-To: <20260512-fix-nxp-timer-v1-1-565e13ef3e46@redhat.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] The patch incorrectly broadens the dependency for `VF_USE_ARM_GLOBAL_TIMER` from `ARCH_MULTI_V7` to `ARM && SOC_VF610`, which breaks the default clocksource selection for Cortex-M4 builds of the Vybrid SoC.
--

commit cb813057e5be52d91a25b9ef118dc8090d04e9c6
Author: Enric Balletbo i Serra <eballetb@redhat.com>

clocksource: move NXP timer selection to drivers/clocksource

This commit relocates the NXP clocksource selection from the mach-imx Kconfig
to drivers/clocksource/Kconfig to allow sharing across architectures. It also
updates the selection to support ARCH_S32 and adds an option to fall back to
the standard ARM Architected Timer.

> diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig
> index fd91127065454..b5c88ec658025 100644
> --- a/drivers/clocksource/Kconfig
> +++ b/drivers/clocksource/Kconfig
[ ... ]
> +choice
> +	prompt "NXP clocksource for scheduler clock"
> +	depends on SOC_VF610 || ARCH_S32
> +	# Default to Global Timer for Vybrid (32-bit)
> +	default VF_USE_ARM_GLOBAL_TIMER if SOC_VF610
> +	# Default to None for S32 (64-bit)
> +	default VF_TIMER_NONE if ARCH_S32
> +
> +	config VF_USE_ARM_GLOBAL_TIMER
> +		bool "Use NXP Vybrid Global Timer"
> +		# This option is ONLY visible if we are on 32-bit ARM
> +		depends on ARM && SOC_VF610

Does this dependency change break Cortex-M4 builds for the Vybrid SoC?

The Freescale Vybrid SoC supports both Cortex-A5 (ARCH_MULTI_V7) and
Cortex-M4 (ARM_SINGLE_ARMV7M) configurations. Previously,
VF_USE_ARM_GLOBAL_TIMER explicitly depended on ARCH_MULTI_V7. This correctly
hid the option on M4 builds, allowing Kconfig to fall back to the PIT timer
by default.

Since ARM evaluates to true for all 32-bit ARM architectures, including
ARM_SINGLE_ARMV7M, this option is now visible on Cortex-M4 builds. Because
the choice block defaults to VF_USE_ARM_GLOBAL_TIMER for SOC_VF610, Kconfig
will select the Cortex-A Global Timer by default for the Cortex-M4.

Will the M4 core fail to boot since it lacks the ARM Global Timer and the
required NXP_PIT_TIMER driver is no longer selected?

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260512-fix-nxp-timer-v1-1-565e13ef3e46@redhat.com?part=1

      parent reply	other threads:[~2026-05-13  5:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-12  6:45 [PATCH RESEND] clocksource: move NXP timer selection to drivers/clocksource Enric Balletbo i Serra
2026-05-12 15:17 ` Frank Li
2026-05-13  5:57 ` sashiko-bot [this message]

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=20260513055733.BCE2CC2BCB7@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=Frank.Li@kernel.org \
    --cc=eballetbo@kernel.org \
    --cc=imx@lists.linux.dev \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.