* [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
@ 2019-10-17 14:14 Hin-Tak Leung
2019-10-18 2:59 ` Yu-hsuan Hsu
0 siblings, 1 reply; 9+ messages in thread
From: Hin-Tak Leung @ 2019-10-17 14:14 UTC (permalink / raw)
To: Yu-Hsuan Hsu; +Cc: alsa-devel
Hi Yu-Hsuan,
I have encountered another problem with the alsa conformance test. It works for capture, but not for playback.
The device is -
http://wiki.seeedstudio.com/ReSpeaker_6-Mic_Circular_Array_kit_for_Raspberry_Pi/
and running on a pi / raspbian buster.
The actual message is:
Fail - ALSA lib pcm_hw.c:1822:(_snd_pcm_hw_open) Invalid value for card
snd_pcm_open hw:CARD=seeed8micvoi: No such device
I think the truncation is harmless .
The actual device name according to aplay -L is "hw:CARD=seeed8micvoicec,DEV=0" and as I noted earlier, arecord -L shows it as "hw:CARD=seeed8micvoicec,DEV=0" also, and the comformance test running in CAPTURE mode works, just not in PLAYBACK mode.
Is there anything I can do to look further?
Since it says "invalid value", I tried deleting the parameters around line 190 of src/alsa_conformance_helper.c, but perhaps I should do something else?
src/alsa_conformance_helper.c-191- conformance_timer_start(timer, SND_PCM_OPEN);
src/alsa_conformance_helper.c:192: rc = snd_pcm_open(handle,
src/alsa_conformance_helper.c-193- dev_name,
src/alsa_conformance_helper.c-194- stream,
src/alsa_conformance_helper.c-195- SND_PCM_NONBLOCK |
src/alsa_conformance_helper.c-196- SND_PCM_NO_AUTO_RESAMPLE |
src/alsa_conformance_helper.c-197- SND_PCM_NO_AUTO_CHANNELS |
src/alsa_conformance_helper.c-198- SND_PCM_NO_AUTO_FORMAT);
src/alsa_conformance_helper.c-199- conformance_timer_stop(timer, SND_PCM_OPEN);
Regards,
Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-17 14:14 [alsa-devel] alsa conformance test fails to run for playback (and works for capture) Hin-Tak Leung
@ 2019-10-18 2:59 ` Yu-hsuan Hsu
2019-10-18 10:56 ` Hin-Tak Leung
0 siblings, 1 reply; 9+ messages in thread
From: Yu-hsuan Hsu @ 2019-10-18 2:59 UTC (permalink / raw)
To: htl10; +Cc: alsa-devel, Yu-Hsuan Hsu
Hi Hin-Tak,
How about using index instead? You should find the card index and device
index by running "aplay -l" command. The pcm format
is hw:{CARD_INDEX},{DEVICE_INDEX}.
See example part in
https://chromium.googlesource.com/chromiumos/platform/audiotest/+/refs/heads/master/alsa_conformance_test.md
for
more information.
Best,
Yu-Hsuan
On Thu, Oct 17, 2019 at 10:14 PM Hin-Tak Leung <htl10@users.sourceforge.net>
wrote:
> Hi Yu-Hsuan,
>
> I have encountered another problem with the alsa conformance test. It
> works for capture, but not for playback.
>
> The device is -
>
>
> http://wiki.seeedstudio.com/ReSpeaker_6-Mic_Circular_Array_kit_for_Raspberry_Pi/
>
> and running on a pi / raspbian buster.
>
> The actual message is:
>
> Fail - ALSA lib pcm_hw.c:1822:(_snd_pcm_hw_open) Invalid value for card
> snd_pcm_open hw:CARD=seeed8micvoi: No such device
>
> I think the truncation is harmless .
>
> The actual device name according to aplay -L is
> "hw:CARD=seeed8micvoicec,DEV=0" and as I noted earlier, arecord -L shows it
> as "hw:CARD=seeed8micvoicec,DEV=0" also, and the comformance test running
> in CAPTURE mode works, just not in PLAYBACK mode.
>
> Is there anything I can do to look further?
>
> Since it says "invalid value", I tried deleting the parameters around line
> 190 of src/alsa_conformance_helper.c, but perhaps I should do something
> else?
>
> src/alsa_conformance_helper.c-191- conformance_timer_start(timer,
> SND_PCM_OPEN);
> src/alsa_conformance_helper.c:192: rc = snd_pcm_open(handle,
> src/alsa_conformance_helper.c-193- dev_name,
> src/alsa_conformance_helper.c-194- stream,
> src/alsa_conformance_helper.c-195- SND_PCM_NONBLOCK |
> src/alsa_conformance_helper.c-196-
> SND_PCM_NO_AUTO_RESAMPLE |
> src/alsa_conformance_helper.c-197-
> SND_PCM_NO_AUTO_CHANNELS |
> src/alsa_conformance_helper.c-198-
> SND_PCM_NO_AUTO_FORMAT);
> src/alsa_conformance_helper.c-199- conformance_timer_stop(timer,
> SND_PCM_OPEN);
>
>
> Regards,
> Hin-Tak
>
>
>
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-18 2:59 ` Yu-hsuan Hsu
@ 2019-10-18 10:56 ` Hin-Tak Leung
2019-10-20 10:51 ` Yu-Hsuan Hsu
0 siblings, 1 reply; 9+ messages in thread
From: Hin-Tak Leung @ 2019-10-18 10:56 UTC (permalink / raw)
To: Yu-hsuan Hsu; +Cc: alsa-devel, Yu-Hsuan Hsu
> On Friday, 18 October 2019, 04:27:29 BST, Yu-hsuan Hsu <yuhsuan@google.com> wrote:
> How about using index instead? You should find the card index and device index by running "aplay -l" command. The pcm format is hw:{CARD_INDEX},{DEVICE_INDEX}.
> See example part in https://chromium.googlesource.com/chromiumos/platform/audiotest/+/refs/heads/master/alsa_conformance_test.md for more information.
Dear Yu-Hsuan,
Yes, using card index and device index works. Here is the output:
$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
Subdevices: 7/7
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
Subdevice #4: subdevice #4
Subdevice #5: subdevice #5
Subdevice #6: subdevice #6
card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 IEC958/HDMI [bcm2835 IEC958/HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: ALSA [bcm2835 ALSA], device 2: bcm2835 IEC958/HDMI1 [bcm2835 IEC958/HDMI1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: seeed8micvoicec [seeed-8mic-voicecard], device 0: bcm2835-i2s-ac10x-codec0 ac10x-codec.1-0035-0 []
Subdevices: 1/1
Subdevice #0: subdevice #0
As I mentioned earlier I am interested in card 1, the seeed8micvoicec entry. Here it is the conformance test output:
20 passed, 0 failed
Device Information
Name: hw:CARD=1,0
Stream: PLAYBACK
Format: ['S32_LE']
Channels: [8]
Rate: [8000, 11025, 16000, 22050, 44100, 48000]
Period_size range: [8, 8192]
Buffer_size range: [16, 16384]
Test Params
Set channels 8: pass
Set format S32_LE: pass
Set rate 8000: pass
Set rate 11025: pass
Set rate 16000: pass
Set rate 22050: pass
Set rate 44100: pass
Set rate 48000: pass
Test Rates
Set rate 8000: pass
Set rate 11025: pass
Set rate 16000: pass
Set rate 22050: pass
Set rate 44100: pass
Set rate 48000: pass
Test All Pairs
Set channels 8, format S32_LE, rate 8000: pass
Set channels 8, format S32_LE, rate 11025: pass
Set channels 8, format S32_LE, rate 16000: pass
Set channels 8, format S32_LE, rate 22050: pass
Set channels 8, format S32_LE, rate 44100: pass
Set channels 8, format S32_LE, rate 48000: pass
There is probably a bug somewhere on not being able to use the card name?
Regards,
Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-18 10:56 ` Hin-Tak Leung
@ 2019-10-20 10:51 ` Yu-Hsuan Hsu
2019-10-21 13:57 ` Hin-Tak Leung
0 siblings, 1 reply; 9+ messages in thread
From: Yu-Hsuan Hsu @ 2019-10-20 10:51 UTC (permalink / raw)
To: htl10; +Cc: alsa-devel
Hi Hin-Tak,
Maybe it is not the correct pcm name. I guess the correct one is
"hw:seeed8micvoicec,0". Could you try it?
By the way, you can also use aplay -D {device_name} to make sure
whether the name is correct or not.
Best,
Yu-Hsuan
Hin-Tak Leung <htl10@users.sourceforge.net> 於 2019年10月18日 週五 下午6:56寫道:
>
> > On Friday, 18 October 2019, 04:27:29 BST, Yu-hsuan Hsu <yuhsuan@google.com> wrote:
>
> > How about using index instead? You should find the card index and device index by running "aplay -l" command. The pcm format is hw:{CARD_INDEX},{DEVICE_INDEX}.
> > See example part in https://chromium.googlesource.com/chromiumos/platform/audiotest/+/refs/heads/master/alsa_conformance_test.md for more information.
>
> Dear Yu-Hsuan,
>
> Yes, using card index and device index works. Here is the output:
>
> $ aplay -l
> **** List of PLAYBACK Hardware Devices ****
> card 0: ALSA [bcm2835 ALSA], device 0: bcm2835 ALSA [bcm2835 ALSA]
> Subdevices: 7/7
> Subdevice #0: subdevice #0
> Subdevice #1: subdevice #1
> Subdevice #2: subdevice #2
> Subdevice #3: subdevice #3
> Subdevice #4: subdevice #4
> Subdevice #5: subdevice #5
> Subdevice #6: subdevice #6
> card 0: ALSA [bcm2835 ALSA], device 1: bcm2835 IEC958/HDMI [bcm2835 IEC958/HDMI]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 0: ALSA [bcm2835 ALSA], device 2: bcm2835 IEC958/HDMI1 [bcm2835 IEC958/HDMI1]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 1: seeed8micvoicec [seeed-8mic-voicecard], device 0: bcm2835-i2s-ac10x-codec0 ac10x-codec.1-0035-0 []
> Subdevices: 1/1
> Subdevice #0: subdevice #0
>
> As I mentioned earlier I am interested in card 1, the seeed8micvoicec entry. Here it is the conformance test output:
>
>
> 20 passed, 0 failed
> Device Information
> Name: hw:CARD=1,0
> Stream: PLAYBACK
> Format: ['S32_LE']
> Channels: [8]
> Rate: [8000, 11025, 16000, 22050, 44100, 48000]
> Period_size range: [8, 8192]
> Buffer_size range: [16, 16384]
> Test Params
> Set channels 8: pass
> Set format S32_LE: pass
> Set rate 8000: pass
> Set rate 11025: pass
> Set rate 16000: pass
> Set rate 22050: pass
> Set rate 44100: pass
> Set rate 48000: pass
> Test Rates
> Set rate 8000: pass
> Set rate 11025: pass
> Set rate 16000: pass
> Set rate 22050: pass
> Set rate 44100: pass
> Set rate 48000: pass
> Test All Pairs
> Set channels 8, format S32_LE, rate 8000: pass
> Set channels 8, format S32_LE, rate 11025: pass
> Set channels 8, format S32_LE, rate 16000: pass
> Set channels 8, format S32_LE, rate 22050: pass
> Set channels 8, format S32_LE, rate 44100: pass
> Set channels 8, format S32_LE, rate 48000: pass
>
> There is probably a bug somewhere on not being able to use the card name?
>
> Regards,
> Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-20 10:51 ` Yu-Hsuan Hsu
@ 2019-10-21 13:57 ` Hin-Tak Leung
2019-10-22 3:11 ` Yu-Hsuan Hsu
0 siblings, 1 reply; 9+ messages in thread
From: Hin-Tak Leung @ 2019-10-21 13:57 UTC (permalink / raw)
To: Yu-Hsuan Hsu; +Cc: alsa-devel
On Sunday, 20 October 2019, 11:51:42 BST, Yu-Hsuan Hsu <yuhsuan@chromium.org> wrote:
> Hi Hin-Tak,
> Maybe it is not the correct pcm name. I guess the correct one is
> "hw:seeed8micvoicec,0". Could you try it?
> By the way, you can also use aplay -D {device_name} to make sure
> whether the name is correct or not.
> Best,
> Yu-Hsuan
Dear Yu-Hsuan,
No "hw:seeed8micvoicec,0" did not work as input to the conformance test. As input to 'aplay -D', both the ,0 and without it sort of works.
(it waits for input from stdin).
When I actually gave it an channel file to play, both forms ('aplay -D hw:CARD=seeed8micvoicec ...' and 'aplay -D hw:CARD=seeed8micvoicec,0 ...') stopped with:
Playing WAVE 'Untitled recording 2019-10-11 19.15.11.wav' : Signed 16 bit Little Endian, Rate 16000 Hz, Channels 6
aplay: set_params:1339: Sample format non available
Available formats:
- S32_LE
The interesting part of 'aplay -L' is (there is another device):
sysdefault:CARD=seeed8micvoicec
seeed-8mic-voicecard,
Default Audio Device
dmix:CARD=seeed8micvoicec,DEV=0
seeed-8mic-voicecard,
Direct sample mixing device
dsnoop:CARD=seeed8micvoicec,DEV=0
seeed-8mic-voicecard,
Direct sample snooping device
hw:CARD=seeed8micvoicec,DEV=0
seeed-8mic-voicecard,
Direct hardware device without any conversions
plughw:CARD=seeed8micvoicec,DEV=0
seeed-8mic-voicecard,
Hardware device with all software conversions
usbstream:CARD=seeed8micvoicec
seeed-8mic-voicecard
USB Stream Output
As I mentioned at the beginning, 'arecord -L' and running the conformance test in CAPTURE mode using 'hw:CARD=seeed8micvoicec' works. It is PLAYBACK which does not.
Regards,
Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-21 13:57 ` Hin-Tak Leung
@ 2019-10-22 3:11 ` Yu-Hsuan Hsu
2019-10-22 9:39 ` Hin-Tak Leung
0 siblings, 1 reply; 9+ messages in thread
From: Yu-Hsuan Hsu @ 2019-10-22 3:11 UTC (permalink / raw)
To: htl10; +Cc: alsa-devel
Hi Hin-Tak,
I finally found out the reason! It is because there is a length limit
of PCM name in ALSA conformance test.
I have increased it on
https://chromium-review.googlesource.com/c/chromiumos/platform/audiotest/+/1871792.
Waiting for the review and merge.
Thanks a lot for your catch!
Best,
Yu-Hsuan
Hin-Tak Leung <htl10@users.sourceforge.net> 於 2019年10月21日 週一 下午9:57寫道:
>
> On Sunday, 20 October 2019, 11:51:42 BST, Yu-Hsuan Hsu <yuhsuan@chromium.org> wrote:
>
>
> > Hi Hin-Tak,
> > Maybe it is not the correct pcm name. I guess the correct one is
> > "hw:seeed8micvoicec,0". Could you try it?
> > By the way, you can also use aplay -D {device_name} to make sure
> > whether the name is correct or not.
>
> > Best,
> > Yu-Hsuan
>
> Dear Yu-Hsuan,
>
> No "hw:seeed8micvoicec,0" did not work as input to the conformance test. As input to 'aplay -D', both the ,0 and without it sort of works.
> (it waits for input from stdin).
>
> When I actually gave it an channel file to play, both forms ('aplay -D hw:CARD=seeed8micvoicec ...' and 'aplay -D hw:CARD=seeed8micvoicec,0 ...') stopped with:
>
> Playing WAVE 'Untitled recording 2019-10-11 19.15.11.wav' : Signed 16 bit Little Endian, Rate 16000 Hz, Channels 6
> aplay: set_params:1339: Sample format non available
> Available formats:
> - S32_LE
>
> The interesting part of 'aplay -L' is (there is another device):
>
> sysdefault:CARD=seeed8micvoicec
> seeed-8mic-voicecard,
> Default Audio Device
> dmix:CARD=seeed8micvoicec,DEV=0
> seeed-8mic-voicecard,
> Direct sample mixing device
> dsnoop:CARD=seeed8micvoicec,DEV=0
> seeed-8mic-voicecard,
> Direct sample snooping device
> hw:CARD=seeed8micvoicec,DEV=0
> seeed-8mic-voicecard,
> Direct hardware device without any conversions
> plughw:CARD=seeed8micvoicec,DEV=0
> seeed-8mic-voicecard,
> Hardware device with all software conversions
> usbstream:CARD=seeed8micvoicec
> seeed-8mic-voicecard
> USB Stream Output
>
> As I mentioned at the beginning, 'arecord -L' and running the conformance test in CAPTURE mode using 'hw:CARD=seeed8micvoicec' works. It is PLAYBACK which does not.
>
> Regards,
> Hin-Tak
>
>
>
>
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-22 3:11 ` Yu-Hsuan Hsu
@ 2019-10-22 9:39 ` Hin-Tak Leung
2019-10-22 16:13 ` Yu-Hsuan Hsu
0 siblings, 1 reply; 9+ messages in thread
From: Hin-Tak Leung @ 2019-10-22 9:39 UTC (permalink / raw)
To: Yu-Hsuan Hsu; +Cc: alsa-devel
On Tuesday, 22 October 2019, 04:12:12 BST, Yu-Hsuan Hsu <yuhsuan@chromium.org> wrote:
> Hi Hin-Tak,
> I finally found out the reason! It is because there is a length limit
> of PCM name in ALSA conformance test.
> I have increased it on
> https://chromium-review.googlesource.com/c/chromiumos/platform/audiotest/+/1871792.
> Waiting for the review and merge.
> Thanks a lot for your catch!
> Best,
> Yu-Hsuan
Dear Yu-Hsuan,
Yes, I hand-applied the one-line change, and it now works. I do wonder if you should change the args_set_capture_dev_name() also?
At the moment, MAX_DEVICE_NAME_LENGTH is only used in exactly one place, for the playback device name. Hence the surprise that
capture works but playback does not:
src/alsa_conformance_args.c-119-void args_set_playback_dev_name(struct alsa_conformance_args *args,
src/alsa_conformance_args.c-120- const char *name)
src/alsa_conformance_args.c-121-{
src/alsa_conformance_args.c-122- free(args->playback_dev_name);
src/alsa_conformance_args.c:123: args->playback_dev_name = strndup(name, MAX_DEVICE_NAME_LENGTH);
src/alsa_conformance_args.c-124-}
src/alsa_conformance_args.c-125-
src/alsa_conformance_args.c-126-void args_set_capture_dev_name(struct alsa_conformance_args *args,
src/alsa_conformance_args.c-127- const char *name)
src/alsa_conformance_args.c-128-{
src/alsa_conformance_args.c-129- free(args->capture_dev_name);
src/alsa_conformance_args.c-130- args->capture_dev_name = strdup(name);
src/alsa_conformance_args.c-131-}
src/alsa_conformance_args.c-132-
Regards,
Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-22 9:39 ` Hin-Tak Leung
@ 2019-10-22 16:13 ` Yu-Hsuan Hsu
2019-10-23 10:06 ` Hin-Tak Leung
0 siblings, 1 reply; 9+ messages in thread
From: Yu-Hsuan Hsu @ 2019-10-22 16:13 UTC (permalink / raw)
To: htl10; +Cc: alsa-devel
Hi Hin-Tak,
Good catch again. I have fixed it in the same CL. Thanks!
Best,
Yu-Hsuan
Hin-Tak Leung <htl10@users.sourceforge.net> 於 2019年10月22日 週二 下午5:39寫道:
>
>
>
> On Tuesday, 22 October 2019, 04:12:12 BST, Yu-Hsuan Hsu <yuhsuan@chromium.org> wrote:
>
>
> > Hi Hin-Tak,
>
> > I finally found out the reason! It is because there is a length limit
> > of PCM name in ALSA conformance test.
> > I have increased it on
> > https://chromium-review.googlesource.com/c/chromiumos/platform/audiotest/+/1871792.
> > Waiting for the review and merge.
> > Thanks a lot for your catch!
>
> > Best,
> > Yu-Hsuan
>
> Dear Yu-Hsuan,
>
> Yes, I hand-applied the one-line change, and it now works. I do wonder if you should change the args_set_capture_dev_name() also?
> At the moment, MAX_DEVICE_NAME_LENGTH is only used in exactly one place, for the playback device name. Hence the surprise that
> capture works but playback does not:
>
> src/alsa_conformance_args.c-119-void args_set_playback_dev_name(struct alsa_conformance_args *args,
> src/alsa_conformance_args.c-120- const char *name)
> src/alsa_conformance_args.c-121-{
> src/alsa_conformance_args.c-122- free(args->playback_dev_name);
> src/alsa_conformance_args.c:123: args->playback_dev_name = strndup(name, MAX_DEVICE_NAME_LENGTH);
> src/alsa_conformance_args.c-124-}
> src/alsa_conformance_args.c-125-
> src/alsa_conformance_args.c-126-void args_set_capture_dev_name(struct alsa_conformance_args *args,
> src/alsa_conformance_args.c-127- const char *name)
> src/alsa_conformance_args.c-128-{
> src/alsa_conformance_args.c-129- free(args->capture_dev_name);
> src/alsa_conformance_args.c-130- args->capture_dev_name = strdup(name);
> src/alsa_conformance_args.c-131-}
> src/alsa_conformance_args.c-132-
>
> Regards,
> Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [alsa-devel] alsa conformance test fails to run for playback (and works for capture)
2019-10-22 16:13 ` Yu-Hsuan Hsu
@ 2019-10-23 10:06 ` Hin-Tak Leung
0 siblings, 0 replies; 9+ messages in thread
From: Hin-Tak Leung @ 2019-10-23 10:06 UTC (permalink / raw)
To: Yu-Hsuan Hsu; +Cc: alsa-devel
On Wednesday, 23 October 2019, 04:25:30 BST, Yu-Hsuan Hsu <yuhsuan@chromium.org> wrote:
> Hi Hin-Tak,
> Good catch again. I have fixed it in the same CL. Thanks!
> Best,
> Yu-Hsuan
Dear Yu-Hsuan,
I am glad it is all working out in the end for the better!
Regards,
Hin-Tak
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2019-10-23 10:08 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-10-17 14:14 [alsa-devel] alsa conformance test fails to run for playback (and works for capture) Hin-Tak Leung
2019-10-18 2:59 ` Yu-hsuan Hsu
2019-10-18 10:56 ` Hin-Tak Leung
2019-10-20 10:51 ` Yu-Hsuan Hsu
2019-10-21 13:57 ` Hin-Tak Leung
2019-10-22 3:11 ` Yu-Hsuan Hsu
2019-10-22 9:39 ` Hin-Tak Leung
2019-10-22 16:13 ` Yu-Hsuan Hsu
2019-10-23 10:06 ` Hin-Tak Leung
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.