Closed
Bug 929374
Opened 11 years ago
Closed 11 years ago
Enable TI and IonMonkey for chrome script by default
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla30
People
(Reporter: till, Assigned: till)
References
Details
Attachments
(1 file)
1.70 KB,
patch
|
jandem
:
review+
|
Details | Diff | Splinter Review |
What it says on the tin. Testing of bug 907201 has not shown any regressions, so we should be good here. (Hopefully) final try push coming up.
Assignee | ||
Comment 1•11 years ago
|
||
Attachment #820210 -
Flags: review?(jdemooij)
Assignee | ||
Comment 2•11 years ago
|
||
Assignee | ||
Comment 3•11 years ago
|
||
Let's do this with less bustage on the mercurial queue: https://tbpl.mozilla.org/?tree=Try&rev=5eeebc5c7c1b
Comment 4•11 years ago
|
||
Comment on attachment 820210 [details] [diff] [review]
Enable TI and IonMonkey for chrome script by default
Review of attachment 820210 [details] [diff] [review]:
-----------------------------------------------------------------
Nice :)
Attachment #820210 -
Flags: review?(jdemooij) → review+
Assignee | ||
Comment 5•11 years ago
|
||
Sadly, the xpcshell-test failure from the try run is real. The test_unique.js test crashes. And because things would be too simple otherwise, it doesn't crash when I run it under gdb. Jandem, can you take a look at the crash[1] and tell me how best to investigate this?
[1]: https://tbpl.mozilla.org/php/getParsedLog.php?id=29602109&tree=Try#error1
Flags: needinfo?(jdemooij)
Comment 6•11 years ago
|
||
It's an xpcshell signal handler issue, filed bug 931861.
Flags: needinfo?(jdemooij)
Comment 8•11 years ago
|
||
I pushed this patch to Try again and I'm getting browser-chrome nsGlobalWindow leaks. Will see if I can reproduce this locally.
https://tbpl.mozilla.org/?tree=Try&showall=1&rev=c47ae63c9c06
Comment 9•11 years ago
|
||
(In reply to Jan de Mooij [:jandem] from comment #8)
> I pushed this patch to Try again and I'm getting browser-chrome
> nsGlobalWindow leaks. Will see if I can reproduce this locally.
I can reproduce it locally when I run a single test, even without the patch, so it's likely a pre-existing issue. With help from :smaug I'm still trying to track it down.
I wrote a patch to fix xpcshell (bug 931861) and it's green now [0] so hopefully once we fix the BC leaks this will be good to go...
[0] https://tbpl.mozilla.org/?tree=Try&rev=a6a2b1fbf40d
Comment 10•11 years ago
|
||
I'm trying to track down the Linux-only, opt-only Mochitest-BC nsGlobalWindow leaks when I turn on TI for chrome, but I can't reproduce them locally so I have to use Try.
Unfortunately the BC suite takes more than an hour to run so this takes a lot of time :( But at least it's not a Win32 PGO build or an intermittent failure...
Comment 11•11 years ago
|
||
More info: with Baseline disabled, it's green. Baseline enabled without attaching IC stubs is also green. So there's likely an IC stub that's keeping stuff alive. Will try to narrow it down with more Try pushes...
Comment 12•11 years ago
|
||
Bug 970645 fixes the Linux Opt nsGlobalWindow leaks I saw on Try. I also posted a patch for the xpcshell issue, bug 931861. Will do another Try push once these bugs are fixed.
Comment 13•11 years ago
|
||
Yet another problem: a Linux-only profiler assert with Mochitest-BC in debug builds. With the patches in bug 832437 and bug 931861 everything is finally green on Linux x64:
https://tbpl.mozilla.org/?tree=Try&rev=c641fd52bec4
Comment 14•11 years ago
|
||
Comment 15•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla30
You need to log in
before you can comment on or make changes to this bug.
Description
•