Background
Since I want to printf some information before and after I overclock the rp2040, may I initialize the stdio again as the sys clock has been changed?
If I initialize it only once before I overclock the chip, uart baudrate will go wrong after the overclock.
If I initialize it only once after I overclock the chip, printf info will not be visiable before the overclock.
If I initialize it twice before and after I overclock the chip, the init func will fill up shared irq slots in rp2040 mcu, which cause no shared irq can be used in my user function.
Summary
if I call function stdio_init_all() many times, it will fill up shared irq slots in rp2040 mcu, which cause no shared irq can be used in my user function.
Background Since I want to printf some information before and after I overclock the rp2040, may I initialize the stdio again as the sys clock has been changed? If I initialize it only once before I overclock the chip, uart baudrate will go wrong after the overclock. If I initialize it only once after I overclock the chip, printf info will not be visiable before the overclock. If I initialize it twice before and after I overclock the chip, the init func will fill up shared irq slots in rp2040 mcu, which cause no shared irq can be used in my user function.
Summary if I call function
stdio_init_all()
many times, it will fill up shared irq slots in rp2040 mcu, which cause no shared irq can be used in my user function.If it is possible to offer a stdio_deinit_all funtion? It seems that same issue occurs here in the tinyusb repo: Calling hcd_init multiple times causes a hard_assert.