Name Description Size
APZChild.cpp 3462
APZChild.h APZChild implements PAPZChild and is used to remote a GeckoContentController that lives in a different process than where APZ lives. 2683
APZCTreeManagerChild.cpp 8240
APZCTreeManagerChild.h 3663
APZCTreeManagerParent.cpp 7288
APZCTreeManagerParent.h Called when the layer tree that this protocol is connected to is adopted by another compositor, and we need to switch APZCTreeManagers. 2919
APZInputBridgeChild.cpp static 6566
APZInputBridgeChild.h 2049
APZInputBridgeParent.cpp static 7249
APZInputBridgeParent.h 2940
CanvasChild.cpp static 11933
CanvasChild.h @returns true if remote canvas has been deactivated due to failure. 4483
CanvasTranslator.cpp 17509
CanvasTranslator.h Dispatches a runnable to the preferred task queue or thread. @param aRunnable the runnable to dispatch 9618
CompositableForwarder.cpp 630
CompositableForwarder.h A transaction is a set of changes that happenned on the content side, that should be sent to the compositor side. CompositableForwarder is an interface to manage a transaction of compositable objetcs. ShadowLayerForwarder is an example of a CompositableForwarder (that can additionally forward modifications of the Layer tree). ImageBridgeChild is another CompositableForwarder. CompositableForwarder implements KnowsCompositor for simplicity as all implementations of CompositableForwarder currently also implement KnowsCompositor. This dependency could be split if we add new use cases. 4183
CompositableTransactionParent.cpp 6088
CompositableTransactionParent.h Handle the IPDL messages that affect PCompositable actors. 2334
CompositorBench.cpp 10859
CompositorBench.h 911
CompositorBridgeChild.cpp 20433
CompositorBridgeChild.h Initialize the singleton compositor bridge for a content process. 8846
CompositorBridgeParent.cpp 67752
CompositorBridgeParent.h 24084
CompositorManagerChild.cpp static 8022
CompositorManagerChild.h 3849
CompositorManagerParent.cpp static 11680
CompositorManagerParent.h 3223
CompositorThread.cpp static 7281
CompositorThread.h Creates the compositor thread and the global compositor map. 1801
CompositorVsyncScheduler.cpp 14138
CompositorVsyncScheduler.h Manages the vsync (de)registration and tracking on behalf of the compositor when it need to paint. Turns vsync notifications into scheduled composites. 5955
CompositorVsyncSchedulerOwner.h 1121
ContentCompositorBridgeParent.cpp 15454
ContentCompositorBridgeParent.h This class handles layer updates pushed directly from child processes to the compositor thread. It's associated with a CompositorBridgeParent on the compositor thread. While it uses the PCompositorBridge protocol to manage these updates, it doesn't actually drive compositing itself. For that it hands off work to the CompositorBridgeParent it's associated with. 6904
ImageBridgeChild.cpp 28629
ImageBridgeChild.h Returns true if the current thread is the ImageBrdigeChild's thread. Can be called from any thread. 13628
ImageBridgeParent.cpp static 14298
ImageBridgeParent.h ImageBridgeParent is the manager Protocol of async Compositables. 4673
ISurfaceAllocator.cpp 6819
ISurfaceAllocator.h The allocated buffer must be efficiently mappable as a DataSourceSurface. 8526
KnowsCompositor.cpp 3982
KnowsCompositor.h See ActiveResourceTracker below. 8864
LayersMessages.ipdlh 13066
LayersMessageUtils.h 45247
LayersSurfaces.ipdlh 5289
LayerTreeOwnerTracker.cpp 2121
LayerTreeOwnerTracker.h A utility class for tracking which content processes should be allowed to access which layer trees. ProcessId's are used to track which content process can access the layer tree, and in the case of nested browser's we use the top level content processes' ProcessId. This class is only available in the main process and gpu process. Mappings are synced from main process to the gpu process. The actual syncing happens in GPUProcessManager, and so this class should not be used directly. 2130
PAPZ.ipdl PAPZ is a protocol for remoting a GeckoContentController. PAPZ lives on the PCompositorBridge protocol which either connects to the compositor thread in the main process, or to the compositor thread in the gpu processs. PAPZParent lives in the compositor thread, while PAPZChild lives wherever the remoted GeckoContentController lives (generally the main thread of the main or content process). RemoteContentController implements PAPZParent, while APZChild implements PAPZChild. PAPZ is always used for ContentProcessController and only used for ChromeProcessController when there is a gpu process, otherwhise ChromeProcessController is used directly on the compositor thread. Only the methods that are used by the [Chrome,Content]ProcessController are implemented. If a new method is needed then PAPZ, APZChild, and RemoteContentController must be updated to handle it. 3304
PAPZCTreeManager.ipdl PAPZCTreeManager is a protocol for remoting an IAPZCTreeManager. PAPZCTreeManager lives on the PCompositorBridge protocol which either connects to the compositor thread in the main process, or to the compositor thread in the gpu processs. PAPZCTreeManagerParent lives in the compositor thread, while PAPZCTreeManagerChild lives in the main thread of the main or the content process. APZCTreeManagerParent and APZCTreeManagerChild implement this protocol. 3859
PAPZInputBridge.ipdl This protocol is used to send input events from the UI process to the GPU process for handling by APZ. There is one instance per top-level compositor, or in other words, one instance per concrete APZCTreeManager instance. The child side lives on the controller thread in the UI process, ie the main thread on most platforms, but the Android UI thread on Android. The parent side lives on the main thread in the GPU process. If there is no GPU process, then this protocol is not instantiated. 3684
PCanvas.ipdl PCanvas is the IPDL for recorded Canvas drawing. 2016
PCompositorBridge.ipdl The PCompositorBridge protocol is a top-level protocol for the compositor. There is an instance of the protocol for each compositor, plus one for each content process. In other words: - There is a CompositorBridgeParent/CompositorBridgeChild pair created for each "top level browser window", which has its own compositor. The CompositorBridgeChild instance lives in the UI process, and the CompositorBridgeParent lives in the GPU process (if there is one) or the UI process otherwise. - There is also a ContentCompositorBridgeParent/CompositorBridgeChild pair created for each content process. The ContentCompositorBridgeParent lives in the GPU process (if there is one) or the UI process otherwise. The CompositorBridgeChild is a singleton in the content process. Note that a given content process may have multiple browser instances (represented by BrowserChild instances), that are attached to different windows, and therefore rendered by different compositors. This means that when a browser instance sends messages via its CompositorBridgeChild, the corresponding ContentCompositorBridgeParent has to use the layers id in the message to find the correct compositor or CompositorBridgeParent to pass the message on to. One of the main goals of this protocol is to manage the PLayerTransaction sub- protocol, which is per-browser. A lot of the functions in the protocol are basically multiplexing/demultiplexing stuff in PLayerTransaction. 8602
PCompositorBridgeTypes.ipdlh 600
PCompositorManager.ipdl The PCompositorManager protocol is the top-level protocol between the compositor thread and the creators of compositors. It exists in the following conditions: - One PCompositorManager between the GPU process and each content process. If the GPU/UI processes are combined, there is one PCompositorManager between the combined GPU/UI process and each content process. - One PCompositorManager between the GPU process and the UI process. If they are combined, there is still one PCompositorManager, but both the child and parent live in the same process. The intention for this protocol is to facilitate communication with the compositor thread for compositor data that is only shared once, rather than per PCompositorBridge instance. 3707
PImageBridge.ipdl The PImageBridge protocol is used to allow isolated threads or processes to push frames directly to the compositor thread/process without relying on the main thread which might be too busy dealing with content script. 2551
PTexture.ipdl PTexture is the IPDL glue between a TextureClient and a TextureHost. 1090
PUiCompositorController.ipdl The PUiCompositorController protocol is used to pause and resume the compositor from the UI thread. Primarily used on Android to coordinate registering and releasing the surface with the compositor. 1671
PVideoBridge.ipdl The PVideoBridge protocol is used to share textures from the video decoders to the compositor. 947
PWebRenderBridge.ipdl 6284
RefCountedShmem.cpp 2343
RefCountedShmem.h 1320
RemoteContentController.cpp 19710
RemoteContentController.h RemoteContentController implements PAPZChild and is used to access a GeckoContentController that lives in a different process. RemoteContentController lives on the compositor thread. All methods can be called off the compositor thread and will get dispatched to the right thread, with the exception of RequestContentRepaint and NotifyFlushComplete, which must be called on the repaint thread, which in this case is the compositor thread. 4811
ShadowLayerUtils.h 892
SharedPlanarYCbCrImage.cpp 6495
SharedPlanarYCbCrImage.h 2196
SharedRGBImage.cpp 5872
SharedRGBImage.h Stores RGB data in shared memory It is assumed that the image width and stride are equal 1791
SharedSurfacesChild.cpp static 21321
SharedSurfacesChild.h Request that the surface be mapped into the compositor thread's memory space. This is useful for when the caller itself has no present need for the surface to be mapped, but knows there will be such a need in the future. This may be called from any thread, but it may cause a dispatch to the main thread. 8338
SharedSurfacesMemoryReport.h 1645
SharedSurfacesParent.cpp static 12112
SharedSurfacesParent.h 4844
SurfaceDescriptor.h 509
SynchronousTask.h 2085
TextureForwarder.h An abstract interface for classes that implement the autogenerated IPDL actor class. Lets us check if they are still valid for IPC. 2817
UiCompositorControllerChild.cpp static 10754
UiCompositorControllerChild.h 4792
UiCompositorControllerMessageTypes.h 1288
UiCompositorControllerParent.cpp static 9457
UiCompositorControllerParent.h 3359
VideoBridgeChild.cpp static 5572
VideoBridgeChild.h 3012
VideoBridgeParent.cpp static 6899
VideoBridgeParent.h 2846
VideoBridgeUtils.h 1020
WebRenderMessages.ipdlh 4886