jax-ml/jax · error · ValueError

Attempting to operate on barrier without indexing, but `num_

Error message

Attempting to operate on barrier without indexing, but `num_barriers = {num_barriers}`

What it means

In interpret mode, barriers allocated as arrays (num_barriers > 1) must be indexed when used. Operating on a multi-barrier allocation without an index is ambiguous and therefore rejected.

Source

Thrown at jax/_src/pallas/mosaic_gpu/interpret/jaxpr_interpret.py:165

  allocation_key_as_array = inval

  # Assert to check internal consistency: `allocation_key_as_array` should be
  # at least a 2D array, and the size of the last dimension is 5 (which matches the
  # fields count of HostAllocationKey).
  assert len(allocation_key_as_array.shape) >= 2
  assert (
      allocation_key_as_array.shape[-1:]
      == gpu_callbacks.HostAllocationKey.shape_and_dtype().shape
  )
  num_barriers = math.prod(allocation_key_as_array.shape[:-1])

  index = _get_index_for_barrier_allocation_key(
      transforms_treedef, transforms_leaves
  )

  if index is None:
    if num_barriers != 1:
      raise ValueError(
          "Attempting to operate on barrier without indexing, but"
          f" `num_barriers = {num_barriers}`"
      )
    idx = (0,) * (len(allocation_key_as_array.shape) - 1)
    return allocation_key_as_array[idx]
  else:
    return allocation_key_as_array[index]


def _get_num_threads_sharing_collective_allocation(
    axes_dims: tuple[int, ...],
    is_last_thread_axis_collective: bool,
) -> int:
  """Returns the number of threads that share a collective allocation."""
  if is_last_thread_axis_collective:
    return axes_dims[-1]
  else:
    return 1

View on GitHub (pinned to 1e1c6a8fc0)

Solutions

1. Index the barrier: barrier_arrive(barrier[i], ...) with the stage index
2. Allocate with num_barriers=1 if only one barrier is needed
3. Check loop bodies that use barrier arrays to ensure the loop induction variable indexes the barrier

Example fix

// before
barrier_arrive(barrier, sem)
// after
barrier_arrive(barrier[i], sem)

if num_barriers > 1:
    assert barrier_transforms_present, f'index barrier: num_barriers={num_barriers}'

When it happens

Trigger: Calling barrier_arrive, barrier_wait, copy_gmem_to_smem, tcgen05_mma, or tcgen05_commit_arrive with an un-indexed barrier ref where the barrier was allocated with num_barriers > 1.

Common situations: Allocating a barrier array for pipelined copies (multiple buffers) but forgetting to index it per pipeline stage; refactoring from a single barrier to multiple barriers.

Related errors

• Non-trivial indexing on WGMMAAbstractAccumulatorRef is not s
• Indexing barrier with {transforms} not supported in GPU inte
• Expected an `NDIndexer`, but got {transforms[0]}
• Expected a single barrier, got a barrier reference with shap
• copy_gmem_to_smem with a barrier is only supported Hopper an

AI-assisted analysis of jax-ml/jax@1e1c6a8fc0 (2026-08-27). Data as JSON: /api/errors/36c7b889744372db. Report an issue: GitHub.