Lines Matching refs:opsTask
375 // could have merged it means the opsTask was artificially split.
431 if (auto opsTask = task->asOpsTask()) {
434 int removeCount = opsTask->mergeFrom(nextTasks);
616 // reordering so ops that (in the single opsTask world) would've just glommed onto the
617 // end of the single opsTask but referred to a far earlier RT need to appear in their
618 // own opsTask.
671 // The active opsTask, if any, should always be at the back of the DAG.
692 // reordering so ops that (in the single opsTask world) would've just glommed onto the
693 // end of the single opsTask but referred to a far earlier RT need to appear in their
694 // own opsTask.
710 sk_sp<skgpu::v1::OpsTask> opsTask(new skgpu::v1::OpsTask(this,
715 SkASSERT(this->getLastRenderTask(opsTask->target(0)) == opsTask.get());
718 fOnFlushRenderTasks.push_back(opsTask);
720 this->appendTask(opsTask);
722 fActiveOpsTask = opsTask.get();
726 return opsTask;
757 // Unlike in the "new opsTask" case, we do not want to close the active opsTask, nor (if we are
758 // in sorting and opsTask reduction mode) the render tasks that depend on any proxy's current
764 // sorting/opsTask-splitting-reduction mode) because it will depend upon this resolve task.