|
|
DescriptionRemove code link from serialization state.
Code::WipeOutHeader now nulls out the next code link to avoid
embedding that address in snapshot.
BUG=
LOG=NO
Committed: https://crrev.com/d779181b8847ecdcdeadb2b49980cc67f9ee9a69
Cr-Commit-Position: refs/heads/master@{#30544}
Patch Set 1 #
Total comments: 1
Depends on Patchset: Messages
Total messages: 16 (5 generated)
oth@chromium.org changed reviewers: + machenbach@chromium.org, rmcilroy@chromium.org, yangguo@chromium.org
machenbach@chromium.org: PTAL rmcilroy@chromium.org: PTAL One line change that I'd discussed with Yang when looking at snapshot generation issues for android. yangguo@chromium.org: JFYI
rmcilroy@chromium.org changed reviewers: + hpayer@chromium.org
lgtm with a question for Hannes. https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h File src/objects-inl.h (right): https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h#newcode6420 src/objects-inl.h:6420: WRITE_FIELD(this, kNextCodeLinkOffset, NULL); +hpayer Should we also wipeout kGCMetadataOffset ?
On 2015/09/02 12:33:53, rmcilroy wrote: > lgtm with a question for Hannes. > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h > File src/objects-inl.h (right): > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h#newcode6420 > src/objects-inl.h:6420: WRITE_FIELD(this, kNextCodeLinkOffset, NULL); > +hpayer > > Should we also wipeout kGCMetadataOffset ? lgtm
On 2015/09/02 12:58:28, Yang OOO until mid October wrote: > On 2015/09/02 12:33:53, rmcilroy wrote: > > lgtm with a question for Hannes. > > > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h > > File src/objects-inl.h (right): > > > > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h#newcode6420 > > src/objects-inl.h:6420: WRITE_FIELD(this, kNextCodeLinkOffset, NULL); > > +hpayer > > > > Should we also wipeout kGCMetadataOffset ? > > lgtm I can't say anything to the code, but please shorten the first line of the description, so that it's more readable after committing. You can add more lines afterwards with the details.
The CQ bit was checked by oth@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1310503006/1 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1310503006/1
On 2015/09/02 13:02:53, Michael Achenbach wrote: > On 2015/09/02 12:58:28, Yang OOO until mid October wrote: > > On 2015/09/02 12:33:53, rmcilroy wrote: > > > lgtm with a question for Hannes. > > > > > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h > > > File src/objects-inl.h (right): > > > > > > > > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h#newcode6420 > > > src/objects-inl.h:6420: WRITE_FIELD(this, kNextCodeLinkOffset, NULL); > > > +hpayer > > > > > > Should we also wipeout kGCMetadataOffset ? > > > > lgtm > > I can't say anything to the code, but please shorten the first line of the > description, so that it's more readable after committing. You can add more lines > afterwards with the details. Thanks all.
On 2015/09/02 12:33:53, rmcilroy wrote: > lgtm with a question for Hannes. > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h > File src/objects-inl.h (right): > > https://codereview.chromium.org/1310503006/diff/1/src/objects-inl.h#newcode6420 > src/objects-inl.h:6420: WRITE_FIELD(this, kNextCodeLinkOffset, NULL); > +hpayer > > Should we also wipeout kGCMetadataOffset ? From a practical standpoint, it's just the code link field that's writing a non-null address into the snapshot. Correctness may dictate otherwise.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by oth@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1310503006/1 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1310503006/1
Message was sent while issue was closed.
Committed patchset #1 (id:1)
Message was sent while issue was closed.
Patchset 1 (id:??) landed as https://crrev.com/d779181b8847ecdcdeadb2b49980cc67f9ee9a69 Cr-Commit-Position: refs/heads/master@{#30544} |