[chameleon_audio] Chell fails the INTERNAL MIC tests with GHW module load failures |
||||||||||||||||||||||||||
Issue descriptionM56 - https://screenshot.googleplex.com/2XfdH6C5q8o M55 - https://screenshot.googleplex.com/ArMR23FQPBu Failing tests: - audio_AudioBasicInternalMicrophone - Channel 0: Dominant frequency 5.85249328158 is away from golden 440 - audio_AudioAfterSuspend.internal_mic -TEST CASE 1: UNPLUG > suspend > UNPLUG > UNPLUG > resume > UNPLUG: Comparison failed: Channel 0: Dominant frequency 5.82647245092 is away from golden 440 Both files produce a recorded sound with specific beat rhythm , but noting like the expected sign wave sound. Attaching the recorded file. It is not visible from the diffs what could be a reason, but in the chrome diff I see https://codereview.chromium.org/2398713002 for feature https://www.chromestatus.com/features/6409704485945344 - WebAudio: AudioNode constructors +rtoy@ Jimmy can you take a look?
,
Nov 2 2016
The failures started on this builds. R56-8911.0.0, R55-8872.16.0 Interestingly enough the same bad recording is shown in the failed audio_AudioAfterSuspend.external_mic since the more recent build R56-8951.0.0 -https://screenshot.googleplex.com/iqcEXPZNr91
,
Nov 2 2016
I turned off chameleon. Re-cabled the setup, and started it again.
,
Nov 3 2016
Yes it really looks like a regression on yuna and chell. I will take a look. Thanks!
,
Nov 3 2016
,
Nov 3 2016
https://crosland.corp.google.com/log/8899.0.0..8911.0.0 looks ok. There is no chell or yuna specific change. Only two changes in CRAS. It does not look like a webaudio issue since the basic test only exercise CRAS with test client. I will take a look.
,
Nov 3 2016
It does not look like regression since the diff between 8872.14.0 and 8872.15.0 looks ok. The recorded signal all seems overflow pretty badly. Maybe the mic gain is too high or speaker in the box is too loud ?
,
Nov 3 2016
+Ben After I took closer look of all the failures of internal mic tests in https://wmatrix.googleplex.com/platform/unfiltered?platforms=chell&tests=audio_AudioBasicInternalMicrophone%2Caudio_AudioBasicExternalMicrophone&days_back=20&releases=56&hide_missing=True I found that there are actually two problems. Case 1: Test failure message is like: Channel 0: Found large second dominant frequencies: [(440.0, 0.52725699263481729), (0.0, 0.13742977526259767), (4399.877300613497, 0.0099705549734372435)] Note that the dominant freq is correct at 440. This is most of the cases. The recorded siganl saturates. This is very likely to be caused by software gain set too high. The default software gain is set to 20dB. That is because, in hangout use case, Chrome will control the gain automatically. However, if Chrome does not control it, CRAS use default gain 20dB, which is too high. Case 2: Test failure message is like: Channel 0: Dominant frequency 5.85249328158 is away from golden 440 This is a real failure in snd_soc_skl: https://wmatrix.googleplex.com/failures/unfiltered?platforms=chell&tests=audio_AudioBasicInternalMicrophone&days_back=20&builds=R56-8953.0.0&releases=56&hide_missing=True The recorded waveform will look very weird like I attached chell_bad.wav. I happened to reproduce this failure on chromeos9-audiobox6-host1.cros, but can not reproduce it after reboot. I disabled software gain for internal mic and tested again. The issue remains. This seems issue in snd_soc_skl driver. Attached the log. 2016-11-03T08:27:20.470148+00:00 ERR kernel: [25202.171535] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 3 instance 3 2016-11-03T08:27:20.470156+00:00 ERR kernel: [25202.171546] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -32540000 2016-11-03T08:27:20.470159+00:00 ERR kernel: [25202.171555] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: dmic01_hifi_in cpr 3 event failed: -16 2016-11-03T08:27:20.471137+00:00 ERR kernel: [25202.171564] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 2 instance 2 2016-11-03T08:27:20.471142+00:00 ERR kernel: [25202.171571] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -32540000 2016-11-03T08:27:20.471144+00:00 ERR kernel: [25202.171579] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_out mo event failed: -16 2016-11-03T08:27:20.471146+00:00 ERR kernel: [25202.172006] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 3 instance 3 2016-11-03T08:27:20.471148+00:00 ERR kernel: [25202.172015] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -33140000 2016-11-03T08:27:20.471150+00:00 ERR kernel: [25202.172023] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: dmic01_hifi_in cpr 3 event failed: -16 2016-11-03T08:27:20.471152+00:00 ERR kernel: [25202.172031] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 2 instance 2 2016-11-03T08:27:20.471154+00:00 ERR kernel: [25202.172038] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -33140000 2016-11-03T08:27:20.471156+00:00 ERR kernel: [25202.172046] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_out mo event failed: -16 Also, playback cause a bunch of snd_sol_skl error messages: 2016-11-03T08:51:26.910171+00:00 ERR kernel: [26648.610436] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 3 instance 0 2016-11-03T08:51:26.910200+00:00 ERR kernel: [26648.610457] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -37700000 2016-11-03T08:51:26.910203+00:00 ERR kernel: [26648.610474] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_in cpr 0 event failed: -16 2016-11-03T08:51:26.910206+00:00 ERR kernel: [26648.610490] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 2 instance 0 2016-11-03T08:51:26.910209+00:00 ERR kernel: [26648.610506] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -37700000 2016-11-03T08:51:26.910212+00:00 ERR kernel: [26648.610521] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: codec0_out mo event failed: -16 2016-11-03T08:51:26.911161+00:00 ERR kernel: [26648.610763] snd_soc_skl 0000:00:1f.3: Unknown ipc reply: 0x9 2016-11-03T08:51:26.911225+00:00 ERR kernel: [26648.610780] snd_soc_skl 0000:00:1f.3: ipc FW reply: reply=9 2016-11-03T08:51:26.911232+00:00 ERR kernel: [26648.610800] snd_soc_skl 0000:00:1f.3: FW Error Code: 0 2016-11-03T08:51:26.911251+00:00 ERR kernel: [26648.611700] snd_soc_skl 0000:00:1f.3: ipc: bind/unbind faileden 2016-11-03T08:51:26.911255+00:00 ERR kernel: [26648.611734] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_in mi event failed: -22 2016-11-03T08:51:26.913209+00:00 ERR kernel: [26648.612964] snd_soc_skl 0000:00:1f.3: Unknown ipc reply: 0x9 2016-11-03T08:51:26.913224+00:00 ERR kernel: [26648.612982] snd_soc_skl 0000:00:1f.3: ipc FW reply: reply=9 2016-11-03T08:51:26.913228+00:00 ERR kernel: [26648.613003] snd_soc_skl 0000:00:1f.3: FW Error Code: 0 2016-11-03T08:51:26.913243+00:00 ERR kernel: [26648.613034] snd_soc_skl 0000:00:1f.3: ipc: bind/unbind faileden 2016-11-03T08:51:26.914171+00:00 ERR kernel: [26648.614040] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 3 instance 0 2016-11-03T08:51:26.914183+00:00 ERR kernel: [26648.614063] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -38480000 2016-11-03T08:51:26.914187+00:00 ERR kernel: [26648.614085] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_in cpr 0 event failed: -16 2016-11-03T08:51:26.914199+00:00 ERR kernel: [26648.614107] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 2 instance 0 2016-11-03T08:51:26.914204+00:00 ERR kernel: [26648.614126] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -38480000 2016-11-03T08:51:26.914208+00:00 ERR kernel: [26648.614147] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: codec0_out mo event failed: -16 2016-11-03T08:51:26.914211+00:00 ERR kernel: [26648.614332] snd_soc_skl 0000:00:1f.3: Unknown ipc reply: 0x9 2016-11-03T08:51:26.914215+00:00 ERR kernel: [26648.614352] snd_soc_skl 0000:00:1f.3: ipc FW reply: reply=9 2016-11-03T08:51:26.914218+00:00 ERR kernel: [26648.614376] snd_soc_skl 0000:00:1f.3: FW Error Code: 0 2016-11-03T08:51:26.914222+00:00 ERR kernel: [26648.614404] snd_soc_skl 0000:00:1f.3: ipc: bind/unbind faileden 2016-11-03T08:51:26.914227+00:00 ERR kernel: [26648.614422] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_in mi event failed: -22 It probably caused CRAS to think there is underrun, so there were also a lot of pcm_avail error messages. For case 1, I can modify the test case such that we set a lower gain on internal mic node. What I am worried is case 2. Ben, have you ever seen this kind of failure ? I think we should create an issue on partner issue tracker to track it. Thanks!
,
Nov 3 2016
Created https://code.google.com/p/chrome-os-partner/issues/detail?id=59333 and assigned to chell-soc check it. I will work on case 1, that is, set a proper gain before recording.
,
Nov 3 2016
Attach the result when software gain is disabled. It seems that frequency is correct, but the waveform is not pure sine wave. I suspect the connection between peripheral speaker is loose, or the speaker volume is too large such that the sound become noisy.
,
Nov 3 2016
With the two CL https://chromium-review.googlesource.com/#/c/406820/ https://chromium-review.googlesource.com/#/c/406821/ I can pass the two tests on chell. However, not the same case on yuna. Hi Kalin, I checked auron_yuna, the result is similar. The test could not pass even if I set internal mic gain to 10dB. yuna does not use software volume on internal mic, so its gain is simply too large. Apart from gain and overflow issue, the waveform is so bad although frequency seems correct. This is similar to chell at chromeos9-audiobox6-host1, except that chell can merely pass the frequency check, but yuna can not. Could you please check the volume of peripheral speaker on these two setup ? chromeos9-audiobox6-host1 and chromeos9-audiobox4-host1. You might need to hear how it sounds when the test runs. It might be that peripheral speaker volume is too large, the cable is loose, or speaker is too close to DUT, or DUT LCD panel causing reflection ...etc. I am afraid that this might be bad chameleon issue, where lineout audio becomes so noisy when lineout volume exceeds certain value. If that is the case we will need to swap chameleon. Thanks!
,
Nov 3 2016
I checked on these two boards yesterday at lunch time here at MTV. I found the external speaker peripheral volume was a quarter revolution of the knob to the right instead in the middle. I corrected it to point up(middle). But I did not run the test. I'll do this today and update after.
,
Nov 6 2016
chell is public, so we can make this issue public.
,
Nov 10 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromiumos/third_party/autotest/+/cb0e747f017ac0ed7fdfbbf6361dfef13f2d6c9e commit cb0e747f017ac0ed7fdfbbf6361dfef13f2d6c9e Author: Cheng-Yi Chiang <cychiang@chromium.org> Date: Thu Nov 03 13:04:46 2016 [autotest] multimedia: add method to set system gain Add method to set system gain. We do not use chrome.audio API to set node gain because that gain of node is not passed to Cras correctly. We need to set this because on board with software gain, the default software gain value will be too large. BUG=chromium:661709 TEST=used with next CL on chell. Change-Id: I81dd722782efcea975a82776db765f594a290eda Reviewed-on: https://chromium-review.googlesource.com/406820 Commit-Ready: Cheng-Yi Chiang <cychiang@chromium.org> Tested-by: Cheng-Yi Chiang <cychiang@chromium.org> Reviewed-by: Wai-Hong Tam <waihong@google.com> Reviewed-by: Kalin Stoyanov <kalin@chromium.org> [modify] https://crrev.com/cb0e747f017ac0ed7fdfbbf6361dfef13f2d6c9e/server/cros/multimedia/audio_facade_adapter.py [modify] https://crrev.com/cb0e747f017ac0ed7fdfbbf6361dfef13f2d6c9e/client/cros/multimedia/audio_facade_native.py
,
Nov 10 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromiumos/third_party/autotest/+/cdc9373aa256d266a1895a8856c52670ef45328e commit cdc9373aa256d266a1895a8856c52670ef45328e Author: Cheng-Yi Chiang <cychiang@chromium.org> Date: Tue Nov 08 07:35:08 2016 [autotest] chameleon: set proper gain on internal microphone On some board the internal microphone gain is too large. Since there is no automatic gain control in the test, we set a proper gain before recording to solve this problem. BUG=chromium:661709 TEST=run audio_AudioBasicInternalMicrophone test on chell, can pass. TEST=run audio_AudioBasicInternalMicrophone test on yuna, can not pass, but see the gain is smaller. Change-Id: I772ad70dd905e92ff517c8d7ea06bfc82d4e1b1e Reviewed-on: https://chromium-review.googlesource.com/408852 Commit-Ready: Cheng-Yi Chiang <cychiang@chromium.org> Tested-by: Cheng-Yi Chiang <cychiang@chromium.org> Reviewed-by: Wai-Hong Tam <waihong@google.com> [add] https://crrev.com/cdc9373aa256d266a1895a8856c52670ef45328e/client/cros/audio/cras_configs.py [modify] https://crrev.com/cdc9373aa256d266a1895a8856c52670ef45328e/client/cros/chameleon/audio_widget.py [modify] https://crrev.com/cdc9373aa256d266a1895a8856c52670ef45328e/client/cros/chameleon/chameleon_audio_helper.py
,
Nov 15 2016
Last night I went to b1758 and decreased the external speaker volume to ~25%. I see audio_AudioAfterSuspend.internal_mic passed. Still waiting for the audio_AudioBasicInternalMicrophone result on wmatrix https://wmatrix.googleplex.com/platform/unfiltered?suites=chameleon_audio_perbuild&releases=56&platforms=chell&tests=audio_AudioAfterSuspend.internal_mic,audio_AudioBasicInternalMicrophone
,
Nov 15 2016
For M55 they both passed - https://screenshot.googleplex.com/vfPm0TuxM3n
,
Dec 6 2016
Test stabilized after R56-8991.0.0 -https://screenshot.googleplex.com/qPANwLoAROF
,
Jan 5 2017
https://wmatrix.googleplex.com/platform/unfiltered?suites=chameleon_audio_perbuild&tests=audio_AudioAfterSuspend.internal_mic%2Caudio_AudioBasicInternalMicrophone&releases=57&platforms=chell Now we saw case2 in #8 again on R57-9151.0.0 and R57-9146.0.0. Chenglei from intel has setup a chameleon and he is trying to reproduce the issue. 2017-01-03T11:37:39.703761+00:00 ERR kernel: [ 6952.743731] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 3 instance 3 2017-01-03T11:37:39.703771+00:00 ERR kernel: [ 6952.743766] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -25880000 2017-01-03T11:37:39.703773+00:00 ERR kernel: [ 6952.743791] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: dmic01_hifi_in cpr 3 event failed: -16 2017-01-03T11:37:39.703775+00:00 ERR kernel: [ 6952.743815] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 2 instance 2 2017-01-03T11:37:39.703777+00:00 ERR kernel: [ 6952.743837] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -25880000 2017-01-03T11:37:39.703779+00:00 ERR kernel: [ 6952.743860] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_out mo event failed: -16 2017-01-03T11:37:39.706733+00:00 ERR kernel: [ 6952.746863] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 3 instance 3 2017-01-03T11:37:39.706753+00:00 ERR kernel: [ 6952.746891] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -26480000 2017-01-03T11:37:39.706757+00:00 ERR kernel: [ 6952.746916] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: dmic01_hifi_in cpr 3 event failed: -16 2017-01-03T11:37:39.706762+00:00 ERR kernel: [ 6952.746939] snd_soc_skl 0000:00:1f.3: skl_is_pipe_mcps_avail: module_id 2 instance 2 2017-01-03T11:37:39.706781+00:00 ERR kernel: [ 6952.746961] snd_soc_skl 0000:00:1f.3: exceeds ppl mcps available 30000000 > mem -26480000 2017-01-03T11:37:39.706784+00:00 ERR kernel: [ 6952.746985] snd_soc_skl 0000:00:1f.3: ASoC: PRE_PMU: media0_out mo event failed: -16 Note that on https://code.google.com/p/chrome-os-partner/issues/detail?id=59333 , Chintan could not reproduce the failure.
,
Jan 9 2017
Hi Kalin, Intel can not reproduce the issue on their side using 7820.121.0 FW and R57-9151.0.0 image after 50 times of trials. I think this issue might be device-specific. Could you please ask test lab to replace a chell ? Thanks!
,
Jan 9 2017
Thanks Jimmy, I'll replace the DUT today and observe test runs.
,
Jan 10 2017
DUT is replaced. Jobs are at http://chromeos-server70.hot.corp.google.com/afe/#tab_id=view_host&object_id=6121 It is little strange the fact that tests started failing less consistently since Dec 30th with R57-9133.0.0 https://wmatrix.googleplex.com/platform/unfiltered?suites=chameleon_audio_perbuild&releases=57&platforms=chell&days_back=30 But since last night (R57-9164.0.0) more than usual failures (9) are observed. Lets wit and see how tests are with this DUT and compare.
,
Jan 10 2017
Thanks Kalin! There are many other failures on chell. I will ask chenglei to test on their side. Thanks!
,
Jan 19 2017
,
Jan 19 2017
Maybe we can ship on device that is known to fail to intel ?
,
Jan 19 2017
Now, after the DUT swap, both of the tests are not failing 100%. And even the AfterSuspend is quite good. The basic one is ~ 50% failing. https://screenshot.googleplex.com/APhkGmg9SC2 This might be b/c of the decreased speaker audio volume I did in c#17. We'll have it corrected and see how things are to continue.
,
Jan 20 2017
Hi Kalin, thanks for checking it. I queried the failure reason of basic test: https://wmatrix.googleplex.com/failures/unfiltered?hide_missing=True&tests=audio_AudioBasicInternalMicrophone&days_back=20&platforms=chell The failure reason like "Channel 0: Dominant frequency 5.85249328158 is away from golden 440" is the case of snd_soc_skl failure. It still happens from time to time. The failure reason like "Channel 0: Dominant frequency 0.0 is away from golden 440, Channel 0: Found large second dominant frequencies: [(439.4744699910421, 0.007537263706164911), (878.88922066288444, 0.0056112640243837159), " is the case where there is rattling waveform. Both of the issue needs to be resolved by intel. Can we ship the previous chell board that has been replaced to intel ? That one also demonstrate these two failures. Hi Chenglei, should we ship this to you for debugging ? Thanks!
,
Jan 20 2017
Yes, I have the board here and will arrange shipping. Thanks.
,
Jan 20 2017
Hi Jimmy, I see the board is a DVT revision. Is this a problem? I am on my way to check on the current board revision. Also is the address I should ship this board? Or should I ship it to you?
,
Jan 20 2017
The currently deployed board is PVT Sku2. I put the screen 90 degrees(having it was ~70%), and directed the peripheral speakers straight forward. I reran the basic internal mic test against the currently deployed build R57-9201.0.0 five times and it passed. ------------------------------------------------------------------------------------------------------------------------- /tmp/test_that_results_XRZdLC/results-1-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-1-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-2-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-2-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-3-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-3-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-4-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-4-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-5-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_XRZdLC/results-5-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] ------------------------------------------------------------------------------------------------------------------------- Then, I reran the both basic, and after_suspend tests 10 times and all PASSED. In all cases there were flashrom crashes, for which I filed issue 683274. -------------------------------------------------------------------------------------------------------------------------- /tmp/test_that_results_Q9np6r/results-01-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-01-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-02-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-02-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-03-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-03-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-04-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-04-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-05-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-05-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-06-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-06-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-07-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-07-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-08-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-08-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-09-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-09-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-10-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-10-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-11-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-11-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-12-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-12-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-13-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-13-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-14-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-14-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-15-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-15-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-16-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-16-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-17-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-17-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-18-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-18-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-19-audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-19-audio_AudioBasicInternalMicrophone/audio_AudioBasicInternalMicrophone [ PASSED ] /tmp/test_that_results_Q9np6r/results-20-audio_AudioBasicUSBPlayback [ PASSED ] /tmp/test_that_results_Q9np6r/results-20-audio_AudioBasicUSBPlayback/audio_AudioBasicUSBPlayback [ PASSED ] --------------------------------------------------------------------------------------------------------------------------
,
Jan 20 2017
I'd give this PVT boards several more days, but it seems to me DVT revision is the reason for the failure.
,
Jan 20 2017
Somehow I ran audio_AudioBasicUSBPlayback instead audio_AudioAfterSuspend.internal_mic. Rerunning this one now.
,
Jan 20 2017
Four out of five after_suspend tests passed. One failed with this same issue. ----------------------------------------------------------------------------------------------------------------------------- /tmp/test_that_results_q2aOjo/results-1-audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-1-audio_AudioAfterSuspend.internal_mic/audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-2-audio_AudioAfterSuspend.internal_mic [ FAILED ] /tmp/test_that_results_q2aOjo/results-2-audio_AudioAfterSuspend.internal_mic FAIL: TEST CASE 1: UNPLUG > suspend > UNPLUG > UNPLUG > resume > UNPLUG: Comparison failed: Channel 0: Dominant frequency 879.9501868 is away from golden 440, Channel 0: Found large second dominant frequencies: [(879.95018679950181, 0.04876483929114598), (440.09962640099627, 0.045744381839905902), (1320.0498132004982, 0.035348056458455179), (2200.0, 0.003963337771421261), (3079.9501867995018, 0.0025458589990003202), (243.08841843088419, 0.0021443539248072281), (129.51432129514322, 0.00092726387894599834), (310.58530510585302, 0.0008275134178163233), (115.31755915317559, 0.00073542037416846116), (324.78206724782069, 0.00063946267150625949), (293.15068493150682, 0.00062743355729785115), (358.15691158156909, 0.00053254223179219102), (4839.8505603985059, 0.00050893527122306058), (140.72229140722291, 0.00050808714338771983)] /tmp/test_that_results_q2aOjo/results-2-audio_AudioAfterSuspend.internal_mic/audio_AudioAfterSuspend.internal_mic [ FAILED ] /tmp/test_that_results_q2aOjo/results-2-audio_AudioAfterSuspend.internal_mic/audio_AudioAfterSuspend.internal_mic FAIL: TEST CASE 1: UNPLUG > suspend > UNPLUG > UNPLUG > resume > UNPLUG: Comparison failed: Channel 0: Dominant frequency 879.9501868 is away from golden 440, Channel 0: Found large second dominant frequencies: [(879.95018679950181, 0.04876483929114598), (440.09962640099627, 0.045744381839905902), (1320.0498132004982, 0.035348056458455179), (2200.0, 0.003963337771421261), (3079.9501867995018, 0.0025458589990003202), (243.08841843088419, 0.0021443539248072281), (129.51432129514322, 0.00092726387894599834), (310.58530510585302, 0.0008275134178163233), (115.31755915317559, 0.00073542037416846116), (324.78206724782069, 0.00063946267150625949), (293.15068493150682, 0.00062743355729785115), (358.15691158156909, 0.00053254223179219102), (4839.8505603985059, 0.00050893527122306058), (140.72229140722291, 0.00050808714338771983)] /tmp/test_that_results_q2aOjo/results-3-audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-3-audio_AudioAfterSuspend.internal_mic/audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-4-audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-4-audio_AudioAfterSuspend.internal_mic/audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-5-audio_AudioAfterSuspend.internal_mic [ PASSED ] /tmp/test_that_results_q2aOjo/results-5-audio_AudioAfterSuspend.internal_mic/audio_AudioAfterSuspend.internal_mic [ PASSED ] ----------------------------------------------------------------------------------------------------------------------------- Failed result file attached here
,
Jan 23 2017
Hi Kalin, thank you very much for the following up! Let's give the new device some days. About the failure in #34, it seems that the recorded waveform on chell is has large component on 880 Hz, and it was almost as large as dominant 440 Hz. Sometimes, when coefficient at 880Hz > 440 Hz, the test fails. This might be coming from bad quality of peripheral speaker, or the reflection caused by panel. I think we can focus on the failure such that dominant frequency is not 440Hz or 880Hz, that is, real snd_soc_skl MCPS failure. I will ask on https://code.google.com/p/chrome-os-partner/issues/detail?id=59333 to see whom should we ship the device to. Thanks!
,
Jan 25 2017
MCPS failure happened again. https://wmatrix.googleplex.com/failures/unfiltered?hide_missing=True&tests=audio_AudioBasicInternalMicrophone&days_back=20&builds=R58-9217.0.0&platforms=chell I think we need to ship the device to intel. Tracked in issue https://code.google.com/p/chrome-os-partner/issues/detail?id=59333
,
Jan 25 2017
I am seeing internal speaker tests started failing too - https://screenshot.googleplex.com/WKXXKzBP3sO Will do some re-runs,and check the board.
,
Jan 25 2017
Also, on a re-run this morning the test passed - https://ubercautotest.corp.google.com/afe/#tab_id=view_job&object_id=97935706 |
||||||||||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||||||||||
Comment 1 by ka...@chromium.org
, Nov 2 2016