[PATCH 6/6] DONOTMERGE: arm: dts: k3-j7*-mcu-wakeup: Enable split mode for MCU R5
Nishanth Menon
nm at ti.com
Thu May 22 17:48:32 CEST 2025
On 08:45-20250522, Tom Rini wrote:
> On Thu, May 22, 2025 at 12:48:28PM +0530, Beleswar Padhi wrote:
>
> > Previously, MCU R5F runs in lockstep mode. Enable split-mode on MCU R5F
> > as the support to shut down core1 and use it for loading other firmware,
> > while DM runs on core0, has been added.
> >
> > Signed-off-by: Beleswar Padhi <b-padhi at ti.com>
> > ---
> > dts/upstream/src/arm64/ti/k3-j7200-mcu-wakeup.dtsi | 2 +-
> > dts/upstream/src/arm64/ti/k3-j721e-mcu-wakeup.dtsi | 2 +-
> > dts/upstream/src/arm64/ti/k3-j721s2-mcu-wakeup.dtsi | 2 +-
> > .../src/arm64/ti/k3-j784s4-j742s2-mcu-wakeup-common.dtsi | 2 +-
> > 4 files changed, 4 insertions(+), 4 deletions(-)
>
> Please don't post DONOTMERGE patches. If the series can be applied
> without this patch, because the functionality is backwards compatible
> put these changes in the cover letter or link to a gist or similar to
> show how to test the changes locally. If the series can't be merged
> until the DTS changes are ready too, please mark the whole thing as RFC.
> For clarity, what is the case with this series?
While I appreciate the energy to get upstream,
<vent>
I think this habit of jumping ahead of kernel should be
stopped.
https://lore.kernel.org/all/20250522073426.329344-1-b-padhi@ti.com/ was
posted, but not reviewed or accepted. I understand that there is a
latency in picking things up in upstream kernel, but creating churn is
not the right way of doing things. It took us an year+ to get
OF_UPSTREAM settled down. At least wait for kernel maintainers to queue
things up before attempting to sync u-boot with non-mainlined patches.
</vent>
--
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3 1A34 DDB5 849D 1736 249D
More information about the U-Boot
mailing list