radio_esp32::adapter::calls

How often the blob has used the entries its start path leans on.

libpp arms the MAC’s receive interrupt only once it has decided receive should be on, and it is not reaching that decision — see doc/plan-radio.md. A branch it takes silently is invisible from here, but the calls it makes on the way are not: an entry that never fires, or fires far fewer times than the ones around it, is the shadow of the branch that was not taken.

Only the entries that carry the start path, not all 115. Allocation, because a descriptor ring that fails an internal check is skipped without a word; the queue and semaphore pairs, because that is how pp_task moves between states; and the two context predicates, because the blob guards raw register writes on them and a wrong answer there is exactly a hardware-write that never happens.

Functions

get

fn get(which: usize) -> u32

The count for which.

Constants

CALLOC

const CALLOC: usize;

ENV_IS_CHIP

const ENV_IS_CHIP: usize;

EVENT_POST

const EVENT_POST: usize;

FREE

const FREE: usize;

IS_FROM_ISR

const IS_FROM_ISR: usize;

MALLOC

const MALLOC: usize;

N

const N: usize;

NAMES

const NAMES: [&str; 14];

In the same order as the constants above.

QUEUE_CREATE

const QUEUE_CREATE: usize;

QUEUE_RECV

const QUEUE_RECV: usize;

QUEUE_SEND

const QUEUE_SEND: usize;

SEMPHR_CREATE

const SEMPHR_CREATE: usize;

SEMPHR_GIVE

const SEMPHR_GIVE: usize;

SEMPHR_TAKE

const SEMPHR_TAKE: usize;

TASK_CREATE

const TASK_CREATE: usize;

TIMER_ARM

const TIMER_ARM: usize;