I found that every time audio data is sent, it will be called “pcm_sync_ptr” first (flag==0)

The kernel layer will updates the appl_ptr to 0, which can cause the upper layer to quickly finish writing the audio data,
but the hardware is not currently in use.

