Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(537)

Issue 1641493002: [mojo-edk] Initialize message buffers after alloc (Closed)

Created:
4 years, 11 months ago by Ken Rockot(use gerrit already)
Modified:
4 years, 11 months ago
CC:
Aaron Boodman, abarth-chromium, ben+mojo_chromium.org, chromium-reviews, qsr+mojo_chromium.org, viettrungluu+watch_chromium.org, yzshen+watch_chromium.org
Base URL:
https://chromium.googlesource.com/chromium/src.git@master
Target Ref:
refs/pending/heads/master
Project:
chromium
Visibility:
Public.

Description

[mojo-edk] Initialize message buffers after alloc We weren't zeroing the allocated memory before filling the buffer. Due to padding this means there could be uninitialized bytes. Bad news. Fixed. Should fix failures on memory bots: https://build.chromium.org/p/chromium.memory.fyi/builders/Windows%20Content%20Browser%20%28DrMemory%20full%29%20%284%29/builds/7154 BUG=None TBR=thestig@chromium.org,darin@chromium.org Committed: https://crrev.com/9df1bc579dbac1e8cd51987bca64a8a326eb8a07 Cr-Commit-Position: refs/heads/master@{#371737}

Patch Set 1 #

Unified diffs Side-by-side diffs Delta from patch set Stats (+1 line, -0 lines) Patch
M mojo/edk/system/channel.cc View 1 chunk +1 line, -0 lines 0 comments Download

Messages

Total messages: 8 (3 generated)
commit-bot: I haz the power
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1641493002/1 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1641493002/1
4 years, 11 months ago (2016-01-27 04:21:20 UTC) #3
darin (slow to review)
We had attempted to avoid clearing the memory buffer with the intent that the memory ...
4 years, 11 months ago (2016-01-27 05:08:55 UTC) #4
commit-bot: I haz the power
Committed patchset #1 (id:1)
4 years, 11 months ago (2016-01-27 05:25:02 UTC) #5
commit-bot: I haz the power
Patchset 1 (id:??) landed as https://crrev.com/9df1bc579dbac1e8cd51987bca64a8a326eb8a07 Cr-Commit-Position: refs/heads/master@{#371737}
4 years, 11 months ago (2016-01-27 05:25:56 UTC) #7
Ken Rockot(use gerrit already)
4 years, 11 months ago (2016-01-27 05:28:05 UTC) #8
Message was sent while issue was closed.
Aye. Given that it's always a 7-byte span I'm pretty sure this is from
newly introduced padding in PortDescriptor since adding |peer_closed|. If
we have any issues here with performance (and you know, maybe even if we
don't), we can move away from alignment attributes and instead do
explicitly initialized padding as with other types, and static asserts to
enforce alignment.

On Tue, Jan 26, 2016 at 9:25 PM, commit-bot@chromium.org via
codereview.chromium.org <reply@chromiumcodereview-hr.appspotmail.com> wrote:

> Patchset 1 (id:??) landed as
> https://crrev.com/9df1bc579dbac1e8cd51987bca64a8a326eb8a07
> Cr-Commit-Position: refs/heads/master@{#371737}
>
> https://codereview.chromium.org/1641493002/
>

-- 
You received this message because you are subscribed to the Google Groups
"Chromium-reviews" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to chromium-reviews+unsubscribe@chromium.org.

Powered by Google App Engine
This is Rietveld 408576698