Bug 11105 - ALSA error in boot log
Summary: ALSA error in boot log
Status: RESOLVED WORKSFORME
Alias: None
Product: IoT Reference OS Kit
Classification: Yocto Project Subprojects
Component: intel-iot-refkit-multimedia (show other bugs)
Version: unspecified
Hardware: x86 x86
: Low normal
Target Milestone: Future
Assignee: Jaska Uimonen
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2017-02-24 13:06 UTC by Simo Kuusela
Modified: 2017-05-18 05:01 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simo Kuusela 2017-02-24 13:06:06 UTC
Error: "/usr/sbin/alsactl: state_lock:125: file /var/lib/alsa/asound.state lock error: File exists" happens randomly when booting Refkit image. It seems to happen randomly under 2% of the time. It doesn't stop booting and doesn't seem to affect any of the tests used to validate Refkit. Related lines from one example case:

Feb 16 09:06:09 intel-corei7-64 systemd[1]: Starting Save/Restore Sound Card State...
Feb 16 09:06:09 intel-corei7-64 alsactl[584]: /usr/sbin/alsactl: state_lock:125: file /var/lib/alsa/asound.state lock error: File exists
Feb 16 09:06:09 intel-corei7-64 alsactl[584]: /usr/sbin/alsactl: load_state:1683: Cannot open /var/lib/alsa/asound.state for reading: File exists
Feb 16 09:06:09 intel-corei7-64 alsactl[584]: Found hardware: "HDA-Intel" "Intel Broxton HDMI" "HDA:8086280a,80860101,00100000" "0x8086" "0x7270"
Feb 16 09:06:09 intel-corei7-64 alsactl[584]: Hardware is initialized using a generic method
Feb 16 09:06:09 intel-corei7-64 systemd-udevd[554]: Process '/usr/sbin/alsactl restore 0' failed with exit code 99.
Feb 16 09:06:09 intel-corei7-64 systemd[1]: Started Save/Restore Sound Card State.
Feb 16 09:06:09 intel-corei7-64 systemd[1]: Reached target Sound Card.
Comment 1 Olev Kartau 2017-05-17 06:34:06 UTC
this error not mentioned in 500 most recent PR job logs
(last 500 builds cover time starting Apr-3).

Has cause been fixed by some other change?

If not occurring,  we can remove this entry from the whitelist.
Comment 2 Mikko Ylinen 2017-05-18 05:01:04 UTC
(In reply to comment #1)
> this error not mentioned in 500 most recent PR job logs
> (last 500 builds cover time starting Apr-3).
> 

Closing based on this data.