alastairpatrick

Given RP2040-E13, I agree that this is documentation. The workaround recommends "Before aborting a channel, clear its interrupt enable. After aborting a channel, poll the CTRL.BUSY bit to wait for...

Some more thoughts. I initially thought that, since the default exception handler symbols such as `isr_hardfault` are weak, I could simply provide alternate definitions of those symbols. It seemed no...

Would be good if this integrated well with an RTOS so that similar problems don't happen when there are multiple tasks running on one core. For example, FreeRTOS has vTaskSetThreadLocalStoragePointer()...

Copyright comments added to tls.c and tls.S but not CMakeLists.txt, which I think is consistent with other sources. I removed pico_tls from pico_runtime's dependencies, which I think is what you...

I have an alternative suggestion, which I think is more satisfying. Instead of adding in_chars_timeout_us, add this new entry point: ```c void (*await_char_readable)(absolute_time_t until); ``` The contract is, it _must_...

An idea for making the >1 driver case better... If there is only one driver and it implements await_char_readable() then do things same as above. If there are >1 drivers...

This is closely related to issue #547, which suggests this is also a problem for FreeRTOS.

Two desirable outcomes that I haven't considered so far are: 1) It would be good if vanilla SDK without an RTOS could sleep while waiting for stdio input. 2) It...

Here's a prototype of above scheme that seems to kind of work: https://github.com/alastairpatrick/pico-sdk/commit/8a5e920ca943385734d3227648c44c4f2f12f494. I also made stdio_uart_out_chars() potentially blocking since RTOSes might want to run lower priority tasks while the...

Tangentially related, for a future pull request, not this one, what do you think of something like this: ``` struct SocketContextOptions : us_socket_context_options_t { SocketContextOptions() : us_socket_context_options_t({}) { } };...