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)
Nov 7 2024, 6:01 AM
Unknown Object (File)
Oct 1 2024, 1:33 PM
Unknown Object (File)
Sep 18 2024, 2:14 AM
Unknown Object (File)
Sep 18 2024, 12:08 AM
Unknown Object (File)
Sep 16 2024, 12:07 PM
Unknown Object (File)
Sep 8 2024, 5:05 PM
Unknown Object (File)
Sep 7 2024, 10:00 PM
Unknown Object (File)
Sep 7 2024, 2:45 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.