Lines Matching refs:lrc
154 * We reserve 1/16 of the guc_ids for multi-lrc as these need to be contiguous
156 * (bitmap vs. ida) between multi-lrc and single-lrc hence the reason to
157 * partition the guc_id space. We believe the number of multi-lrc contexts in
159 * multi-lrc.
410 * When using multi-lrc submission a scratch memory area is reserved in the
730 * gets enabled in the unblock. For multi-lrc we still submit the
757 * Without multi-lrc KMD does the submission step (moving the
758 * lrc tail) so enabling scheduling is sufficient to submit the
759 * context. This isn't the case in multi-lrc submission as the
761 * to submit a multi-lrc context after enabling scheduling.
881 *wqi++ = ce->lrc.lrca;
970 * We need to coalesce all multi-lrc requests in
2457 action[len++] = lower_32_bits(child->lrc.lrca);
2458 action[len++] = upper_32_bits(child->lrc.lrca);
2752 desc->hw_context_desc = ce->lrc.lrca;
2789 desc->hw_context_desc = child->lrc.lrca;
2823 info->hwlrca_lo = lower_32_bits(ce->lrc.lrca);
2824 info->hwlrca_hi = upper_32_bits(ce->lrc.lrca);
2883 * context or the lrc descriptor address of this context has changed. In
2942 (ce->lrc.lrca & CTX_GTT_ADDRESS_MASK))
4118 * context for parallel submission (multi-lrc, parent-child).
5458 drm_printf(p, "GuC lrc descriptor %u:\n", ce->guc_id.id);
5459 drm_printf(p, "\tHW Context Desc: 0x%08x\n", ce->lrc.lrca);
5669 * If this true, a submission of multi-lrc requests had an error and the
5673 * requests in the multi-lrc submission were generated so we can't do the