<p>I'm not familiar with STM32, but googling around seems to indicate that it has the ability to be woken up from the UART. If that is the case then it is something that should be addressed by the periph implementation.</p>
<p>This usually loses the first byte, which may or may not be acceptable.</p>
<p>Is that due to taking too long to wake up and clear the receive buffer or is it actually a documented hardware limitation? I don't think I've ever had to tolerate that problem on any platform, but it's possible I've avoided it by shortening the wakeup sequence.</p>
<p>I recall some time ago moving the main oscillator startup to a later point and making it conditional, but I don't remember if that was for the uart or just to avoid wasting power for xtimer overflow wakeups which come very frequently on EFM32.</p>
<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/RIOT-OS/RIOT/pull/11310?email_source=notifications&email_token=ABE7WYE22U7CWTNFOPYFC2TPZAO6DA5CNFSM4HCJNBJ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXA5P3Y#issuecomment-499242991">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABE7WYESCED3PDWW4QOUTILPZAO6DANCNFSM4HCJNBJQ">mute the thread</a>.<img src="https://github.com/notifications/beacon/ABE7WYF7TLBVC45TY4MJBIDPZAO6DA5CNFSM4HCJNBJ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXA5P3Y.gif" height="1" width="1" alt="" /></p>
"name": "View Pull Request"
"description": "View this Pull Request on GitHub",