On 2021/06/08 16:09, nia wrote:
On Tue, Jun 01, 2021 at 09:12:24PM +, Taylor R Campbell wrote:
audio(4): Set AUMODE_PLAY/RECORD only if asked _and_ supported.
If one is requested and _not_ supported, fail; otherwise we might
enter audio_write with a null play track and crash on KASSERT.
I
On Tue, Jun 01, 2021 at 09:12:24PM +, Taylor R Campbell wrote:
> audio(4): Set AUMODE_PLAY/RECORD only if asked _and_ supported.
>
> If one is requested and _not_ supported, fail; otherwise we might
> enter audio_write with a null play track and crash on KASSERT.
It looks like this is an inco
On Sat, May 30, 2020 at 09:48:36PM +0900, Tetsuya Isaki wrote:
> I will do it on next weekend.
>
> Thanks,
> ---
> Tetsuya Isaki
Thank you.
At Fri, 29 May 2020 12:32:39 +,
nia wrote:
> OK... Can you request a pullup to ensure resuming with a stream
> playing doesn't panic on 9.1?
I will do it on next weekend.
Thanks,
---
Tetsuya Isaki
OK... Can you request a pullup to ensure resuming with a stream
playing doesn't panic on 9.1?
Playing audio is very distorted on resume, but that can be resolved
by killing the streams...
At Wed, 27 May 2020 13:19:22 +,
nia wrote:
> I think this is because audio_rmixer_start is used unguarded
> in audio_open (it doesn't check for the sc_rbusy flag).
> This isn't the case for pmixer.
>
> So, if the audio device is opened for recording for the
> first time after system resumpti
On Wed, May 27, 2020 at 09:46:04PM +0900, Tetsuya Isaki wrote:
> Why are playback and recording asymmetric?
>
> Thanks,
I think this is because audio_rmixer_start is used unguarded
in audio_open (it doesn't check for the sc_rbusy flag).
This isn't the case for pmixer.
So, if the audio device is
nia,
At Tue, 26 May 2020 15:20:16 +,
Nia Alarie wrote:
> Module Name: src
> Committed By: nia
> Date: Tue May 26 15:20:16 UTC 2020
>
> Modified Files:
> src/sys/dev/audio: audio.c
>
> Log Message:
> audio: Only restart recording mixer on resume if it's already been started
>
