search for: bpf_alu

...i, > > Currently, LLVM eBPF backend always generate code in 64-bit mode, this may > cause troubles when JITing to 32-bit targets. > > For example, it is quite common for XDP eBPF program to access some packet > fields through base + offset that the default eBPF will generate BPF_ALU64 for > the address formation, later when JITing to 32-bit hardware, BPF_ALU64 needs > to be expanded into 32 bit ALU sequences even though the address space is > 32-bit that the high bits is not significant. > > While a complete 32-bit mode implemention may need an new ABI (somet...

...> > this may > > > cause troubles when JITing to 32-bit targets. > > > > > >    For example, it is quite common for XDP eBPF program to access > > > some packet > > > fields through base + offset that the default eBPF will generate > > > BPF_ALU64 for > > > the address formation, later when JITing to 32-bit hardware, > > > BPF_ALU64 needs > > > to be expanded into 32 bit ALU sequences even though the address > > > space is > > > 32-bit that the high bits is not significant. > > > >...

...gets. >> >>>>> >> >>>>> For example, it is quite common for XDP eBPF program to access >> >>>>> some packet >> >>>>> fields through base + offset that the default eBPF will generate >> >>>>> BPF_ALU64 for >> >>>>> the address formation, later when JITing to 32-bit hardware, >> >>>>> BPF_ALU64 needs >> >>>>> to be expanded into 32 bit ALU sequences even though the address >> >>>>> space is >> >>>&...