Home
last modified time | relevance | path

Searched refs:pile (Results 1 – 10 of 10) sorted by relevance

/openbmc/linux/drivers/gpu/drm/amd/display/
H A DTODO93 18. There's a pile of sink handling code, both for DP and HDMI where I didn't
/openbmc/linux/Documentation/trace/
H A Dintel_th.rst96 # .. wait for traces to pile up ..
/openbmc/linux/drivers/net/ethernet/intel/i40e/
H A Di40e_main.c222 static int i40e_get_lump(struct i40e_pf *pf, struct i40e_lump_tracking *pile, in i40e_get_lump() argument
228 if (!pile || needed == 0 || id >= I40E_PILE_VALID_BIT) { in i40e_get_lump()
231 pile ? "<valid>" : "<null>", needed, id); in i40e_get_lump()
238 if (pile == pf->qp_pile && pf->vsi[id]->type == I40E_VSI_FDIR) { in i40e_get_lump()
239 if (pile->list[pile->num_entries - 1] & I40E_PILE_VALID_BIT) { in i40e_get_lump()
242 pile->num_entries - 1); in i40e_get_lump()
245 pile->list[pile->num_entries - 1] = id | I40E_PILE_VALID_BIT; in i40e_get_lump()
246 return pile->num_entries - 1; in i40e_get_lump()
250 while (i < pile->num_entries) { in i40e_get_lump()
252 if (pile->list[i] & I40E_PILE_VALID_BIT) { in i40e_get_lump()
[all …]
H A Di40e_virtchnl_pf.c2717 struct i40e_lump_tracking *pile; in i40e_check_enough_queue() local
2728 pile = pf->qp_pile; in i40e_check_enough_queue()
2736 i < pile->num_entries; i++) { in i40e_check_enough_queue()
2737 if (pile->list[i] & I40E_PILE_VALID_BIT) in i40e_check_enough_queue()
2747 for (i = 0; i < pile->num_entries; i++) { in i40e_check_enough_queue()
2748 if (pile->list[i] & I40E_PILE_VALID_BIT) { in i40e_check_enough_queue()
/openbmc/linux/Documentation/gpu/
H A Dtodo.rst109 now, but there's still a pile of existing drivers that easily could be
465 In a whole pile of panel drivers, we have code to make the
474 check from the individual panels and save a pile of code.
H A Ddrm-kms-helpers.rst25 * There's a big pile of helpers for handling outputs. First the generic bridge
H A Ddrm-kms.rst267 - An atomic update is assembled and validated as an entirely free-standing pile
/openbmc/linux/Documentation/doc-guide/
H A Dcontributing.rst256 managed to turn a big pile into a group of smaller piles. The work of
/openbmc/linux/Documentation/devicetree/bindings/gpio/
H A Dgpio.txt273 Each offset runs from 0 to N. It is perfectly fine to pile any number of
/openbmc/linux/Documentation/process/
H A D2.Process.rst101 worse; the pile of changes waiting for the next merge window will grow