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)
Fri, Apr 24, 7:33 AM
Unknown Object (File)
Thu, Apr 23, 7:04 AM
Unknown Object (File)
Wed, Apr 22, 10:03 AM
Unknown Object (File)
Tue, Apr 21, 12:03 AM
Unknown Object (File)
Fri, Apr 17, 12:57 AM
Unknown Object (File)
Apr 13 2026, 7:50 PM
Unknown Object (File)
Apr 6 2026, 2:50 PM
Unknown Object (File)
Apr 6 2026, 9:20 AM
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.