You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bug 1868629 - Don't attempt to recover from failure when creating GC markers for the first time r=sfink
The recovery behaviour was added so that attempting to enable parallel marking
by setting a GC parameter didn't cause a hard failure if there was an
allocation failure initializing the extra markers. However the change made it
so we would ignore failing to allocate the first marker (required) on
initialization.
This would have been caught by the OOM test we have for creating contexts, but
this uses the 'always fail' OOM injection mode. This means that an earlier
unhandled OOM condtions can be masked by a later one that is handled. For peace
of mind I changed the test to run in both single failure and permanent failure
modes.
Differential Revision: https://phabricator.services.mozilla.com/D195770
UltraBlame original commit: 12b53a3f19ff688bf80bd723e03511678147b7a7
0 commit comments