Andy Green <[email protected]> writes: > On 11/01/13 10:13, the mail apparently from Michael Hudson-Doyle included: > I went to look at the wav but after Ubuntu SSO I get > > Internal Server Error
:( I can't reproduce this. Can you try logging in from another page (like http://validation.linaro.org/lava-server/dashboard/) and see if that works? And if it doesn't, tell me the UTC time you tried and I'll look in the various log files. >> Skipping to +2.141708s in capture >> Ch 0: 0.010824 >> 0.011 >> >> which seems like a reasonable figure of merit. So progress, but not yet >> success -- do you know what might be going on here? Hopefully it's just >> a level problem in the alsa settings or something. > > The click is either an artifact of PM on the Panda side or on the host side. Is there going to be something we can do about that? >>> Assuming it works after a sufficiency of meddling, you can use alsactl >>> store / restore <card #> to capture to and restore from a file to automate. >> >> If I read the runes correctly, it looks like ubuntu preserves alsa >> settings over reboots, so once we've got the settings right we could >> just leave them there. It's probably better to be more paranoid though >> -- maybe the device config should point to the path of an alsa config >> file that could be applied before each test is run or something along >> those lines. > > You'll likely find that future (maybe current) boards will have multiple > audio sources on them, eg, s/pdif or 2.1 / 5.1 etc. So being able to > assert the routing as part of the test will probably be useful. Makes sense. So it would be just "set_up_audio_capture_for_line_in_cmd" in the config for now, but the list might grow... Cheers, mwh _______________________________________________ linaro-validation mailing list [email protected] http://lists.linaro.org/mailman/listinfo/linaro-validation
