Skip to content
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

drivers: regulator: axp192: fix init priority #64672

Conversation

bbilas
Copy link
Collaborator

@bbilas bbilas commented Nov 1, 2023

That was missed in 66f5fce commit so let's adjust it as well.

@bbilas bbilas marked this pull request as ready for review November 1, 2023 08:04
@bbilas bbilas requested a review from gmarull as a code owner November 1, 2023 08:04
@zephyrbot zephyrbot added area: Regulators Trivial Changes that can be reviewed by anyone, i.e. doc changes, minor build system tweaks, etc. labels Nov 1, 2023
aasinclair
aasinclair previously approved these changes Nov 1, 2023
gmarull
gmarull previously approved these changes Nov 2, 2023
@bbilas bbilas requested a review from fabiobaltieri November 2, 2023 11:34
@fabiobaltieri
Copy link
Member

fabiobaltieri commented Nov 2, 2023

Your hash reference in the commit message is unclear, if you want to refer to the PR use #64072, but if you want to refer to the short hash (which is the right thing to do IMO) then you should use 66f5fce, as that's the sha of the rebased commit. Could you update the message?

UPDATE: 66f5fce is the right one

@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

@fabiobaltieri This should have been merged before #64673 but I've forgotten to say that.

@fabiobaltieri
Copy link
Member

fabiobaltieri commented Nov 2, 2023

@fabiobaltieri This should have been merged before #64673 but I've forgotten to say that.

Yeah it's alright, happens, let's fix the reference in the commit message and get this in as well.

@bbilas bbilas force-pushed the regulator-axp129-fix-init-priority branch from b8bee23 to f7def95 Compare November 2, 2023 11:47
@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

Your hash reference in the commit message is unclear, if you want to refer to the PR use #64072, but if you want to refer to the short hash (which is the right thing to do IMO) then you should use 66f5fce, as that's the sha of the rebased commit. Could you update the message?

UPDATE: 66f5fce is the right one

Done.

fabiobaltieri
fabiobaltieri previously approved these changes Nov 2, 2023
@fabiobaltieri fabiobaltieri added the Hotfix Fix for issues blocking development, i.e. CI issues, tests failing in CI, etc. label Nov 2, 2023
mniestroj
mniestroj previously approved these changes Nov 2, 2023
nashif
nashif previously approved these changes Nov 2, 2023
@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

@fabiobaltieri nah, it seems that we need to override that priority for m5stack_core2 to smaller than DISPLAY_INIT_PRIORITY which is 85 because of that failure.

That was missed in 66f5fce commit so let's adjust it as well.

Signed-off-by: Bartosz Bilas <[email protected]>
@bbilas bbilas force-pushed the regulator-axp129-fix-init-priority branch from f7def95 to 6af0b9d Compare November 2, 2023 12:44
@bbilas bbilas requested a review from dcpleung as a code owner November 2, 2023 12:44
@bbilas bbilas requested a review from gmarull November 2, 2023 12:44
axp192 is used by the display controller and gpio hog subsys
thus we need to set this priority to the smaller value.

Signed-off-by: Bartosz Bilas <[email protected]>
@bbilas bbilas force-pushed the regulator-axp129-fix-init-priority branch from 6af0b9d to 6646dee Compare November 2, 2023 12:46
@fabiobaltieri
Copy link
Member

I'll be honest, I think SPI init priority should have been changed instead, I tried before and got pushed back. But that before doing the build time validation. But now I have other idea so I guess whatever magic combination of number works will do until we come up with something better.

@fabiobaltieri fabiobaltieri merged commit 2d060fe into zephyrproject-rtos:main Nov 2, 2023
19 checks passed
@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

I'll be honest, I think SPI init priority should have been changed instead, I tried before and got pushed back. But that before doing the build time validation. But now I have other idea so I guess whatever magic combination of number works will do until we come up with something better.

Yup, SPI priority seems to be too high compared to the e.g I2C which makes many troubles.

@fabiobaltieri
Copy link
Member

Yup, SPI priority seems to be too high compared to the e.g I2C which makes many troubles.

f65fa6b#r1018151330 this was the conversation at the time, basically it was probably fine but no one wanted to sign off a potential regression, but we had no tools at the time, may be worth bringing it back up.

@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

Yup, SPI priority seems to be too high compared to the e.g I2C which makes many troubles.

f65fa6b#r1018151330 this was the conversation at the time, basically it was probably fine but no one wanted to sign off a potential regression, but we had no tools at the time, may be worth bringing it back up.

Let's open the Pandora box once again!

@gmarull
Copy link
Member

gmarull commented Nov 2, 2023

Yup, SPI priority seems to be too high compared to the e.g I2C which makes many troubles.

f65fa6b#r1018151330 this was the conversation at the time, basically it was probably fine but no one wanted to sign off a potential regression, but we had no tools at the time, may be worth bringing it back up.

Let's open the Pandora box once again!

Be careful. It can be considered a "breaking change" a "treewide change", or even a "stable API change", in all cases, be prepared to have fun.

@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

Yup, SPI priority seems to be too high compared to the e.g I2C which makes many troubles.

f65fa6b#r1018151330 this was the conversation at the time, basically it was probably fine but no one wanted to sign off a potential regression, but we had no tools at the time, may be worth bringing it back up.

Let's open the Pandora box once again!

Be careful. It can be considered a "breaking change" a "treewide change", or even a "stable API change", in all cases, be prepared to have fun.

It would be interesting to see the CI results.

@fabiobaltieri
Copy link
Member

It would be interesting to see the CI results.

Go Twister! https://github.com/zephyrproject-rtos/zephyr-testing/actions/runs/6735192515/job/18307793563

@fabiobaltieri
Copy link
Member

@bbilas seems like the answer is: nothing, at least for the push run https://github.com/zephyrproject-rtos/zephyr-testing/runs/18312769006

@bbilas
Copy link
Collaborator Author

bbilas commented Nov 2, 2023

@bbilas seems like the answer is: nothing, at least for the push run https://github.com/zephyrproject-rtos/zephyr-testing/runs/18312769006

well, who is gonna sign off? ;) Let's make a PR and try to sort it out.

@fabiobaltieri
Copy link
Member

well, who is gonna sign off? ;) Let's make a PR and try to sort it out.

Ahhh... your turn! :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Regulators Hotfix Fix for issues blocking development, i.e. CI issues, tests failing in CI, etc. Trivial Changes that can be reviewed by anyone, i.e. doc changes, minor build system tweaks, etc.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants