Lines Matching refs:tickets
70 * the tail of space_info->tickets, kick async flush thread
83 * then the ->tickets list checking to see if the reservation can be
142 * out of a pre-tickets era where we could end up committing the transaction
243 INIT_LIST_HEAD(&space_info->tickets);
446 head = &space_info->tickets;
688 if (list_empty(&space_info->tickets) &&
869 * We have tickets queued, bail so we don't compete with the async
918 * space before tickets need to wait for things to finish. In the case
981 * maybe_fail_all_tickets - we've exhausted our flushing, start failing tickets
986 * progress in satisfying tickets. The reservation code handles tickets in
988 * very well satisfy the smaller tickets. This will attempt to wake up any
989 * tickets in the list to catch this case.
992 * other tickets, or if it stumbles across a ticket that was smaller than the
1005 btrfs_info(fs_info, "cannot satisfy tickets, dumping space info");
1009 while (!list_empty(&space_info->tickets) &&
1011 ticket = list_first_entry(&space_info->tickets,
1029 * We're just throwing tickets away, so more flushing may not
1043 * We count progress as clearing off tickets each time we have to loop.
1071 if (list_empty(&space_info->tickets)) {
1127 * we need to start blocking threads on tickets. The logic here is different
1128 * from the other flush paths because it doesn't rely on tickets to tell us how
1276 if (list_empty(&space_info->tickets)) {
1287 if (list_empty(&space_info->tickets)) {
1304 if (list_empty(&space_info->tickets)) {
1381 * because we may have only satisfied the priority tickets and still
1382 * left non priority tickets on the list. We would then have
1643 * normal flushers when it comes to skipping pending tickets.
1646 pending_tickets = !list_empty(&space_info->tickets) ||
1696 list_add_tail(&ticket.list, &space_info->tickets);