[PATCH v2 2/2] bpf/arm64: support packet data load instructions

Wathsala Vithanage wathsala.vithanage at arm.com
Fri Apr 10 00:11:10 CEST 2026


Hi Christophe,

Thanks for doing this work. I saw that you intend to submit a v3 due to 
failure in Ubuntu. Please, see my comment regarding emit_b below.

>> +       /* A64_R(0) = mbuf->buf_addr */
>> +       emit_mov_imm(ctx, 1, tmp1, offsetof(struct rte_mbuf, buf_addr));
>> +       emit_ldr(ctx, EBPF_DW, A64_R(0), r6, tmp1);
>> +       /* tmp2 = * mbuf->data_off */
>> +       emit_mov_imm(ctx, 1, tmp2, offsetof(struct rte_mbuf, data_off));
>> +       emit_ldr(ctx, BPF_H, tmp2, r6, tmp2);
>> +
>> +       /* A64_R(0) += data_off + off */
>> +       emit_add(ctx, 1, A64_R(0), tmp2);
>> +       emit_add(ctx, 1, A64_R(0), A64_R(1));
>> +
>> +       /* End of Fast Path, skip slow path */
>> +       emit_b(ctx, 4);
>> +
Followed by emit_b() above there is an emit_call(). It invokes 
emit_mov_imm() which could possibly generate different number of movk 
instructions depending on the address of the __rte_pktmbuf_read. So, 
emit_b(ctx, 4), may not  necessarily land at the intended location 
because there could be more than 4 instructions emitted by emit_call.
>> +       /* slow path, call __rte_pktmbuf_read */
>> +       emit_call(ctx, tmp1, __rte_pktmbuf_read);
>> +       /* check return value of __rte_pktmbuf_read */
>> +       emit_return_zero_if_src_zero(ctx, 1, A64_R(0));
>> +
>> +       /* A64_R(0) points to the data, load 1/2/4 bytes into r0*/
>> +       emit_ldr(ctx, opsz, r0, A64_R(0), A64_ZR);
>> +       if (sz != sizeof(uint8_t))
>> +               emit_be(ctx, r0, sz * CHAR_BIT);
>> +}
>> +
>>   

--wathsala




More information about the dev mailing list