WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
190317
performJITMemcpy() should handle the case when the executable allocator is not initialized yet.
https://bugs.webkit.org/show_bug.cgi?id=190317
Summary
performJITMemcpy() should handle the case when the executable allocator is no...
Mark Lam
Reported
2018-10-05 11:14:51 PDT
When SeparatedWXHeaps is in use, jitWriteThunkGenerator() will call performJITMemcpy() to copy memory before the JIT fixed memory pool is initialize. Before
r236864
, performJITMemcpy() would just do a memcpy in that case. We need to restore the equivalent behavior. <
rdar://problem/45039398
>
Attachments
proposed patch.
(3.13 KB, patch)
2018-10-05 11:18 PDT
,
Mark Lam
saam
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Mark Lam
Comment 1
2018-10-05 11:18:38 PDT
Created
attachment 351683
[details]
proposed patch.
Saam Barati
Comment 2
2018-10-05 11:21:56 PDT
Comment on
attachment 351683
[details]
proposed patch. View in context:
https://bugs.webkit.org/attachment.cgi?id=351683&action=review
> Source/JavaScriptCore/ChangeLog:10 > + to copy memory before the JIT fixed memory pool is initialize. Before
r236864
,
s/initialize/initialized
> Source/JavaScriptCore/ChangeLog:11 > + performJITMemcpy() would just do a memcpy in that case. We need to restore the
Why not just make it call memcpy? This feels like a roundabout way to solve that issue IMO
Mark Lam
Comment 3
2018-10-05 11:24:52 PDT
(In reply to Saam Barati from
comment #2
)
> Comment on
attachment 351683
[details]
> proposed patch. > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=351683&action=review
> > > Source/JavaScriptCore/ChangeLog:10 > > + to copy memory before the JIT fixed memory pool is initialize. Before
r236864
, > > s/initialize/initialized
will fix.
> > Source/JavaScriptCore/ChangeLog:11 > > + performJITMemcpy() would just do a memcpy in that case. We need to restore the > > Why not just make it call memcpy? This feels like a roundabout way to solve > that issue IMO
Because jitWriteThunkGenerator() does not call performJITMemcpy() directly. The call comes indirectly far below LinkBuffer::linkCode().
Saam Barati
Comment 4
2018-10-05 11:28:47 PDT
Comment on
attachment 351683
[details]
proposed patch. r=me
Mark Lam
Comment 5
2018-10-05 11:34:24 PDT
Thanks for the review. Landed in
r236880
: <
http://trac.webkit.org/r236880
>.
Mark Lam
Comment 6
2018-10-05 12:15:24 PDT
+ build fix landed in
r236881
: <
http://trac.webkit.org/r236881
>.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug