Changeset 261549 in webkit
- Timestamp:
- May 12, 2020, 1:49:10 AM (5 years ago)
- Location:
- trunk/Source
- Files:
-
- 5 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/JavaScriptCore/ChangeLog
r261546 r261549 1 2020-05-12 Mark Lam <mark.lam@apple.com> 2 3 Wasm::enableFastMemory() was called too late. 4 https://bugs.webkit.org/show_bug.cgi?id=211773 5 6 Reviewed by Yusuke Suzuki. 7 8 If Wasm fast memory is to be enabled, we should just do it in initializeThreading() 9 just like for all the other signal handlers that need to be initialized for JSC. 10 This simplifies its initialization and ensures that it is done in a timely manner 11 before Configs are frozen. 12 13 * jsc.cpp: 14 (jscmain): 15 * runtime/InitializeThreading.cpp: 16 (JSC::initializeThreading): 17 1 18 2020-05-11 Darin Adler <darin@apple.com> 2 19 -
trunk/Source/JavaScriptCore/jsc.cpp
r261542 r261549 1 1 /* 2 2 * Copyright (C) 1999-2000 Harri Porten (porten@kde.org) 3 * Copyright (C) 2004-20 19Apple Inc. All rights reserved.3 * Copyright (C) 2004-2020 Apple Inc. All rights reserved. 4 4 * Copyright (C) 2006 Bjoern Graf (bjoern.graf@gmail.com) 5 5 * … … 77 77 #include "WasmCapabilities.h" 78 78 #include "WasmContext.h" 79 #include "WasmFaultSignalHandler.h"80 79 #include "WasmMemory.h" 81 80 #include <locale.h> … … 3232 3231 JSC::initializeThreading(); 3233 3232 initializeTimeoutIfNeeded(); 3234 #if ENABLE(WEBASSEMBLY)3235 JSC::Wasm::enableFastMemory();3236 #endif3237 3233 3238 3234 bool gigacageDisableRequested = false; -
trunk/Source/JavaScriptCore/runtime/InitializeThreading.cpp
r261538 r261549 48 48 #include "WasmCalleeRegistry.h" 49 49 #include "WasmCapabilities.h" 50 #include "WasmFaultSignalHandler.h" 50 51 #include "WasmThunks.h" 51 52 #include "WriteBarrier.h" … … 105 106 #endif 106 107 VMTraps::initializeSignals(); 108 #if ENABLE(WEBASSEMBLY) 109 Wasm::enableFastMemory(); 110 #endif 107 111 108 112 WTF::compilerFence(); -
trunk/Source/WebKit/ChangeLog
r261546 r261549 1 2020-05-12 Mark Lam <mark.lam@apple.com> 2 3 Wasm::enableFastMemory() was called too late. 4 https://bugs.webkit.org/show_bug.cgi?id=211773 5 6 Reviewed by Yusuke Suzuki. 7 8 Previously, we were calling Wasm::enableFastMemory() in WebProcess::initializeWebProcess(). 9 By then, it is too late because the JSC::Config and WTF::Config have already been 10 frozen. There is nothing special about Wasm::enableFastMemory() that it needs to 11 be called this late. This patch moves it into JSC::initializeThreading() where 12 it belongs. 13 14 This change also make the initialization of Wasm fast memory consistent with how 15 we have always done it for the jsc shell i.e. it is initialized at the end of 16 JSC::initializeThreading(). 17 18 * WebProcess/WebProcess.cpp: 19 (WebKit::WebProcess::initializeWebProcess): 20 1 21 2020-05-11 Darin Adler <darin@apple.com> 2 22 -
trunk/Source/WebKit/WebProcess/WebProcess.cpp
r261462 r261549 84 84 #include <JavaScriptCore/JSLock.h> 85 85 #include <JavaScriptCore/MemoryStatistics.h> 86 #include <JavaScriptCore/WasmFaultSignalHandler.h>87 86 #include <WebCore/AXObjectCache.h> 88 87 #include <WebCore/ApplicationCacheStorage.h> … … 467 466 #endif 468 467 469 #if ENABLE(WEBASSEMBLY)470 JSC::Wasm::enableFastMemory();471 #endif472 473 468 #if ENABLE(RESOURCE_LOAD_STATISTICS) && !RELEASE_LOG_DISABLED 474 469 WebResourceLoadObserver::setShouldLogUserInteraction(parameters.shouldLogUserInteraction);
Note:
See TracChangeset
for help on using the changeset viewer.