Page MenuHomeFreeBSD

Use MTX_SYSINIT for the VESA lock.
ClosedPublic

Authored by jhb on Jul 22 2016, 9:31 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Sep 7, 8:53 PM
Unknown Object (File)
Sun, Sep 6, 9:39 AM
Unknown Object (File)
Sat, Sep 5, 3:58 AM
Unknown Object (File)
Thu, Sep 3, 6:08 PM
Unknown Object (File)
Wed, Sep 2, 2:17 AM
Unknown Object (File)
Tue, Sep 1, 3:39 PM
Unknown Object (File)
Tue, Sep 1, 12:21 PM
Unknown Object (File)
Sun, Aug 23, 2:52 PM
Subscribers

Details

Summary

Use MTX_SYSINIT for the VESA lock.

vesa_init_done isn't a reliable guard for the mutex init. If
vesa_configure() doesn't find valid VESA info it will not set
vesa_init_done, but the lock will remain initialized. Revert r303076
and use MTX_SYSINIT to deterministically init the lock.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

jhb retitled this revision from to Use MTX_SYSINIT for the VESA lock..
jhb updated this object.
jhb edited the test plan for this revision. (Show Details)
jhb added reviewers: royger, dumbbell.
  • Don't explicitly destroy the lock.
royger edited edge metadata.

I cannot test this ATM (I might be able to do it tomorrow), but it looks fine, and AFAICT it should also solve the issue I was seeing. Thanks for taking care of this (and sorry for messing it up)!

This revision is now accepted and ready to land.Jul 23 2016, 9:43 AM

Oh, forgot to ask, but since I'm not going to MFC r303076 could you please MFC this to stable/11?

Thanks.

This revision was automatically updated to reflect the committed changes.