RESOLVED FIXED 156003
bmalloc: support physical page sizes that don't match the virtual page size (take 2)
https://bugs.webkit.org/show_bug.cgi?id=156003
Summary bmalloc: support physical page sizes that don't match the virtual page size (...
Geoffrey Garen
Reported 2016-03-29 19:50:06 PDT
bmalloc: support physical page sizes that don't match the virtual page size (take 2)
Attachments
Patch (11.07 KB, patch)
2016-03-29 19:58 PDT, Geoffrey Garen
kling: review+
buildbot: commit-queue-
Archive of layout-test-results from ews106 for mac-yosemite-wk2 (784.79 KB, application/zip)
2016-03-29 20:45 PDT, Build Bot
no flags
Geoffrey Garen
Comment 1 2016-03-29 19:58:32 PDT
Andreas Kling
Comment 2 2016-03-29 20:38:00 PDT
Comment on attachment 275168 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=275168&action=review r=me > Source/bmalloc/bmalloc/VMAllocate.h:55 > + static size_t cached; > + if (!cached) > + cached = sysconf(_SC_PAGESIZE); Is this meaningfully different from static size_t cached = sysconf(_SC_PAGESIZE); ? > Source/bmalloc/bmalloc/VMAllocate.h:64 > + static size_t cached; > + if (!cached) > + cached = log2(vmPageSize()); > + return cached; Same question. > Source/bmalloc/bmalloc/VMAllocate.h:96 > + static size_t cached; > + if (!cached) > + cached = sysconf(_SC_PAGESIZE); > + return cached; Here too.
Build Bot
Comment 3 2016-03-29 20:45:12 PDT
Comment on attachment 275168 [details] Patch Attachment 275168 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.webkit.org/results/1066936 New failing tests: inspector/debugger/breakpoint-condition-with-exception.html inspector/debugger/breakpoint-eval-with-exception.html
Build Bot
Comment 4 2016-03-29 20:45:15 PDT
Created attachment 275174 [details] Archive of layout-test-results from ews106 for mac-yosemite-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews106 Port: mac-yosemite-wk2 Platform: Mac OS X 10.10.5
Geoffrey Garen
Comment 5 2016-03-29 21:15:41 PDT
> > + static size_t cached; > > + if (!cached) > > + cached = sysconf(_SC_PAGESIZE); > > Is this meaningfully different from > static size_t cached = sysconf(_SC_PAGESIZE); static will use a separate variable to indicate whether the value has been initialized. So, this is one load fewer. Meh.
Geoffrey Garen
Comment 6 2016-03-29 21:17:03 PDT
(In reply to comment #5) > > > + static size_t cached; > > > + if (!cached) > > > + cached = sysconf(_SC_PAGESIZE); > > > > Is this meaningfully different from > > static size_t cached = sysconf(_SC_PAGESIZE); > > static will use a separate variable to indicate whether the value has been > initialized. So, this is one load fewer. Meh. Better answer: It is not thread-safe to use a separate control variable to indicate that cached has been set. The control variable can appear to be set before cached appears to be set.
Geoffrey Garen
Comment 7 2016-03-29 21:39:55 PDT
mac-debug-ewe failure appears to be a so-called "flaky" test. Windows build failure is a pre-existing issue: WebCore/CoreGraphicsSPI.h. mac-wk2-ews failure -- I'm not sure yet.
Geoffrey Garen
Comment 8 2016-03-29 23:42:32 PDT
Note You need to log in before you can comment on or make changes to this bug.