6ab15d0a97c207d84d0d786c0a9d0ed7ddb2eb44: Bug 1134638: 8. Inline SIMD conversions in Ion; r=nbp
Benjamin Bouvier <benj@benj.me> - Mon, 23 Feb 2015 19:10:07 +0100 - rev 249566
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1134638: 8. Inline SIMD conversions in Ion; r=nbp
f9a0bce65a8d751f2212bb9b3efbe56edd2ab0df: Bug 1134638: 7. Add spew for MSimd{Binary{Bitwise,Arith},Unary}; r=sunfish
Benjamin Bouvier <benj@benj.me> - Fri, 20 Feb 2015 16:34:53 +0100 - rev 249565
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1134638: 7. Add spew for MSimd{Binary{Bitwise,Arith},Unary}; r=sunfish
99b8284d006ec4a5472d19eaf4b440ec4593f002: Bug 1134638: 6. Inline SIMD unary arithmetic operations; r=nbp
Benjamin Bouvier <benj@benj.me> - Fri, 20 Feb 2015 18:28:31 +0100 - rev 249564
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1134638: 6. Inline SIMD unary arithmetic operations; r=nbp
d15386307e4074b490185bc1924e52e1d94db98b: Bug 1134638: 5. Add OperationName to MSimdUnaryArith; r=sunfish
Benjamin Bouvier <benj@benj.me> - Fri, 20 Feb 2015 16:16:16 +0100 - rev 249563
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1134638: 5. Add OperationName to MSimdUnaryArith; r=sunfish
07bf3ce1c8897f2f7cdf0f68517397493c462dad: Bug 1132953 - Zero AsmJSModule::CodeRange and AsmJSModule::ExportedFunction::pod on construction, to avoid Valgrind warnings. r=luke.
Julian Seward <jseward@acm.org> - Fri, 27 Feb 2015 10:24:07 +0100 - rev 249562
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132953 - Zero AsmJSModule::CodeRange and AsmJSModule::ExportedFunction::pod on construction, to avoid Valgrind warnings. r=luke.
297f6188f37ccac6401e5dea1bbe165b03fedbb0: NO BUG - Fix reStructuredText warnings
Gregory Szorc <gps@mozilla.com> - Sun, 01 Mar 2015 22:51:32 -0800 - rev 249561
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
NO BUG - Fix reStructuredText warnings Sphinx has been complaining about a number of reStructuredText warnings for a while. Fix all the ones in .rst files. Not asking for review because this is docs only and changing .rst files can't break anything important. DONTBUILD (NPOTB)
3dac1282a10f39d89a7f8ff0c9cb3b52489cf934: Bug 1132771 - Fix grammar nits in moz.build documentation
Gregory Szorc <gps@mozilla.com> - Sun, 01 Mar 2015 22:15:07 -0800 - rev 249560
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Fix grammar nits in moz.build documentation These were left over from a Ms2ger review and weren't seen before landing. DONTBUILD (NPOTB)
002bca9bfb5540bee982b052f97c05a3d6bb6b0c: Bug 1135558 - Disable WebM support for MSE; r=rillian
Anthony Jones <ajones@mozilla.com> - Mon, 02 Mar 2015 16:38:45 +1300 - rev 249559
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135558 - Disable WebM support for MSE; r=rillian
a622dbe33efb6e9053073ebd8c51cbd3493111dd: Bug 1135544 - Create an abstract base class for a track demuxer; r=kinetik
Anthony Jones <ajones@mozilla.com> - Mon, 02 Mar 2015 16:34:44 +1300 - rev 249558
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135544 - Create an abstract base class for a track demuxer; r=kinetik
0b402720106c3ab03a2df8ddd0ff6beab9c6bd3b: Bug 1135785 - Hoist some work onto the state machine thread and tighten down our assertions. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Mon, 23 Feb 2015 15:43:16 -0800 - rev 249557
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Hoist some work onto the state machine thread and tighten down our assertions. r=cpearce
6a49d13612c82fae502d59005255068c4ffc2023: Bug 1135785 - Stop manually resetting mCurrentSeekTarget in MDSM::SeekCompleted and rely on the AutoSetOnScopeExit instead. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Wed, 25 Feb 2015 10:38:49 -0800 - rev 249556
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Stop manually resetting mCurrentSeekTarget in MDSM::SeekCompleted and rely on the AutoSetOnScopeExit instead. r=cpearce For some reason the current code is resetting it twice - once explicitly and once with the AutoSetOnScopeExit. To make matters worse, we have a monitor drop between the two. So when DecodeSeek runs on the decode task queue but SeekCompleted runs on the state machine thread, we can start another DecodeSeek during the monitor drop, and then clobber it with the AutoSeetOnScopeExit, causing us to hang. This is a non-issue with the patches in bug 1135170, but necessary to make the patches in this bug independently green.
a9bf129cdbdbb2e736ae4e92ecbe0a6cea52e3f9: Bug 1135785 - Stop invoking StopPlayback in SetDormant. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Tue, 24 Feb 2015 08:41:23 -0800 - rev 249555
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Stop invoking StopPlayback in SetDormant. r=cpearce This already gets incoded in the DECODER_STATE_DORMANT case of RunStateMachine, which will run momentarily on the state machine thread. Doing this allows us to avoid calling StopPlayback on the main thread.
ede75f0e87f0e907ae0977e2fc8599a7a6bed8f2: Bug 1135785 - Return samples on state machine thread. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Fri, 20 Feb 2015 16:47:05 -0800 - rev 249554
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Return samples on state machine thread. r=cpearce This is necessary because we're going to want to start disconnecting sample and seek requests directly from the state machine thread, and the machinery asserts that disconnection happens on the same thread as resolution. More generally, this is the right thing to do architecturally, and will help wean us off the monitor.
2a077477b16c970ce100f41fbba2dde13fc9919d: Bug 1135785 - Make DecodeError safe to run on any thread. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Sun, 22 Feb 2015 14:16:28 -0800 - rev 249553
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Make DecodeError safe to run on any thread. r=cpearce This is necessary so that we can make On{Audio,Video}{,Not}Decoded run on the state machine thread in the next patch.
e637962ba64b4a6dc25965d9179af92c30200815: Bug 1135785 - Make MediaTaskQueue::IsCurrentThreadIn actually do the right thing on release builds. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Mon, 23 Feb 2015 17:46:55 -0800 - rev 249552
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Make MediaTaskQueue::IsCurrentThreadIn actually do the right thing on release builds. r=cpearce The current situation is really dangerous because it compiles on release builds, but just lies. This bit me when I tried to use it for non-assertion purposes. My reading of the reasoning for the current setup in bug 968016 is that we didn't trust nsIEventTarget::IsCurrentThreadOn or thought it might be slow. But the implementation of MediaTaskQueue::IsCurrentThreadIn doesn't actually use that, and indeed currently does all of the work for this feature in release builds anyway.
dc0b58714ffc7c5865bd16e102b61ca91da2fb51: Bug 1135785 - Introduce a 1-argument overload of ProxyMediaCall. r=cpearce
Bobby Holley <bobbyholley@gmail.com> - Sun, 22 Feb 2015 13:56:53 -0800 - rev 249551
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135785 - Introduce a 1-argument overload of ProxyMediaCall. r=cpearce
264f97c4355288ecf9c85a43e2e0f67234c40687: Bug 1138072 - Don't defer reading to a closed stream. r=roc
Bobby Holley <bobbyholley@gmail.com> - Fri, 27 Feb 2015 16:00:51 -0800 - rev 249550
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1138072 - Don't defer reading to a closed stream. r=roc Other streams in the list bail out of the servicing loop if they're closed, so we can wait indefinitely.
b7ec05265c3319720ffd13ed1a93a25cab9acd05: Bug 1132771 - Implement file-info mach command; r=glandium
Gregory Szorc <gps@mozilla.com> - Fri, 27 Feb 2015 13:58:01 -0800 - rev 249549
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Implement file-info mach command; r=glandium Now that we have a mechanism for defining file-based metadata, let's add a mach command to interface with it. Currently, we limit ourselves to simple Bugzilla data dumping. Features will be added over time.
4cc39c54099d3eb7a40cb114e22da2a0da9e419a: Bug 1132771 - Define some bug components; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 26 Feb 2015 11:43:45 -0800 - rev 249548
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Define some bug components; r=glandium This patch defines bug components for code that I have historically touched.
7eed09d39b9fae0d3a08485129aebaa3b71ff04a: Bug 1132771 - Add Files to moz.build with ability to define Bugzilla component; r=glandium
Gregory Szorc <gps@mozilla.com> - Fri, 27 Feb 2015 13:56:26 -0800 - rev 249547
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Add Files to moz.build with ability to define Bugzilla component; r=glandium The Files sub-context allows us to attach metadata to files based on pattern matching rules. Patterns are matched against files in a last-write-wins fashion. The sub-context defines the BUG_COMPONENT variable, which is a 2-tuple (actually a named tuple) defining the Bugzilla product and component for files. There are no consumers yet. But an eventual use case will be to suggest a bug component for a patch/commit. Another will be to automatically suggest a bug component for a failing test.
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip