-
Notifications
You must be signed in to change notification settings - Fork 8.4k
Open
Labels
area: CPU Frequency ScalingbugThe issue is a bug, or the PR is fixing a bugThe issue is a bug, or the PR is fixing a bugplatform: NXPNXPNXP
Description
Describe the bug
I noticed when doing some development with the frdm_mcxn236 board that my threads would be scheduled sooner/later depending on what cpu frequency scaling the board was running with.
The actual UART output is fine, so that clock is remaining stable, but the system timer used for Kernel events seems to get scaled, which is against the requirements of cpu_freq integration.
This could just be a matter of choosing the kernel clock to be on a stable source for the SoC. But it must be fixed for the board to be usable with this subsystem.
Regression
- This is a regression.
Steps to reproduce
- west build -p -b frdm_mcxn236 ./samples/subsys/cpu_freq/on_demand
- Run on board
- The logging shows timestamps from the sample, but the actual wall-clock time of the sample goes faster/slower depending on what pstate the SoC has chosen
- UART output remains at the same Baud throughout this
Relevant log output
Impact
Functional Limitation – Some features not working as expected, but system usable.
Environment
frdm_mxcn236
Additional Context
No response
Metadata
Metadata
Assignees
Labels
area: CPU Frequency ScalingbugThe issue is a bug, or the PR is fixing a bugThe issue is a bug, or the PR is fixing a bugplatform: NXPNXPNXP