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

Revert "Enable WFI for raspberrypi port" #5356

Closed
wants to merge 1 commit into from
Closed

Conversation

dhalbert
Copy link
Collaborator

@dhalbert dhalbert commented Sep 16, 2021

Reverts #5341 to fix #5354 for now. We'll do a more detailed diagnosis after 7.0.0 final.

Discussed in terms of scheduling with @tannewt.

@dhalbert
Copy link
Collaborator Author

Closing to resubmit to get an artifacts build.

@dhalbert dhalbert closed this Sep 16, 2021
@dhalbert dhalbert deleted the revert-5341-patch-1 branch September 16, 2021 15:55
jepler added a commit to jepler/circuitpython that referenced this pull request Nov 12, 2022
This needs thorough testing before it's merged, as we tried
and reverted this once before (adafruit#5341 and adafruit#5356).

I think that besides checking for tinyusb having "something to do",
the fact that `port_interrupt_after_ticks` and `port_disable_tick`
weren't implemented that was causing a secondary problem.

I've tested this on a pico w over reboot-cycles and ctrl-c-cycles,
with and without drive automounting, with and without serial repl open,
and on a power-only connection.

I didn't notice the problem reported in adafruit#5356 after merely implementing
port_idle_until_interrupt; but I did notice that sleeps in general would
take over-long until "something" (like writing to the USB drive) happened;
I think "something" was probably calling port_enable_tick(). When this
problem was happening, sleeps would take a lot longer; for instance,
`sleep(.001)` would take about 1/20s and `sleep(.1)` would take about 1/7s.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Macropad and other rp2 boot up issues with RC2
2 participants