De-Giant and remove outdated "synchronization" from spkr(4).
Abandon the notion of using open()/close() to enforce serial
access to the speaker device. As long as we synchronize the
actual hardware access, I don't see a good reason to prevent
multiple sessions (or multiple threads in the same session)
from making funny noises.
Details
Details
- Reviewers
imp
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Passed - Unit
No Test Coverage - Build Status
Buildable 33304 Build 30624: arc lint + arc unit
Event Timeline
Comment Actions
Seemed like a cute driver and a fun thing to do with some spare time while I was traveling.
I've verified that spkrtest(8) cycles through the notes without error, but since I'm away from the one machine I have with an actual speaker, I haven't been able to test by ear.