Skip to content

Revert "driver: serial: uart_ns16550: Add pm support for uart_ns16550 driver" #93568

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jul 23, 2025

Conversation

fabiobaltieri
Copy link
Member

@fabiobaltieri fabiobaltieri commented Jul 23, 2025

This reverts commit fd88386, it breaks uart support on ITE platforms when PM is enabled but PM_RUNTIME is not, possibly others as well.


I folks, this caused a regression downstream, I'd normally figure out a workaround and fix forward but something seems off so I'd ask you folks to rework this: seems like the implementation is a no-op for suspend and a reconfigure for resume, I've no doubt it works in your case but it doesn't for ITE, not entirely sure what breaks specifically but since ITE uses (sadly) system managed runtime this causes the uart to be reconfigued every time the CPU wakes up and there's no way of preventing it, so even if I figure how to make it cope with the continuous reconfiguration, I'd rather not do it in the first place.

fimohame@ could you rework this to add a property and only enable it on platforms that actually need it?

One more for #75963

Fixes #93572

… driver"

This reverts commit fd88386, it breaks
uart support on ITE platforms when PM is enabled but PM_RUNTIME is not,
possibly others as well.

Signed-off-by: Fabio Baltieri <[email protected]>
@zephyrbot zephyrbot added the area: UART Universal Asynchronous Receiver-Transmitter label Jul 23, 2025
@fabiobaltieri fabiobaltieri added the Trivial Changes that can be reviewed by anyone, i.e. doc changes, minor build system tweaks, etc. label Jul 23, 2025
@fabiobaltieri fabiobaltieri self-assigned this Jul 23, 2025
@fabiobaltieri fabiobaltieri added the Regression Something, which was working, does not anymore label Jul 23, 2025
@fabiobaltieri
Copy link
Member Author

cc fimohame

Copy link

@nashif
Copy link
Member

nashif commented Jul 23, 2025

shouldnt you be filing a bug?

@fabiobaltieri
Copy link
Member Author

shouldnt you be filing a bug?

Sure why not, added and linked.

@fabiobaltieri
Copy link
Member Author

I also can't quite figure what the story was with the original change, the message

This commit enables the pm device runtime driver support for the uart_ns16550 driver.

is misleading, that commit does NOT enable pm device runtime support, it implements suspend as a no-op and resume as a reconfigure, a bit of context would have helped.

@fabiobaltieri
Copy link
Member Author

Update: this is broken on Realtek platforms as well

@fabiobaltieri fabiobaltieri added the Hotfix Fix for issues blocking development, i.e. CI issues, tests failing in CI, etc. label Jul 23, 2025
@nashif nashif removed the Trivial Changes that can be reviewed by anyone, i.e. doc changes, minor build system tweaks, etc. label Jul 23, 2025
@fabiobaltieri fabiobaltieri merged commit ad998d6 into zephyrproject-rtos:main Jul 23, 2025
41 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: UART Universal Asynchronous Receiver-Transmitter Hotfix Fix for issues blocking development, i.e. CI issues, tests failing in CI, etc. Regression Something, which was working, does not anymore
Projects
None yet
Development

Successfully merging this pull request may close these issues.

uart_ns16550 broken on ITE, Realtek and possibly more
7 participants