Comments (4)
I am investigating on this bug since some time ago, I think the problem comes from how we relocate the instruction in cilium/ebpf
.
I will investigate more and post my findings here, as I need to understand more how the thing is handled in libbpf
, until I finally come up with a solution.
from ebpf.
I just tested 73acad5 and everything is fine with this commit
; if (LINUX_KERNEL_VERSION < KERNEL_VERSION(5, 11, 0))
10: (18) r1 = 0xffffacb380988000 ; R1_w=map_value(off=0,ks=4,vs=4,imm=0)
12: (61) r1 = *(u32 *)(r1 +0) ; R1_w=332561
13: (67) r1 <<= 32 ; R1_w=1428338618925056
14: (c7) r1 s>>= 32 ; R1_w=332561
from ebpf.
Very strange. That commit started copying MapSpec correctly, maybe that was it? No idea what else it could be.
from ebpf.
I sadly do not know the root cause of the fix but I would say this is because we now associated a map with the load:
73acad5#diff-981ef293a9c93614e843135eb5b207f951babe5604aee33c72f66567ccaa01deR331
from ebpf.
Related Issues (20)
- Getting empty buffer from `PT_REGS_PARM2(ctx)` in the read, write sys calls HOT 1
- btf: CO-RE against kernel module fails with invalid relocation HOT 6
- Cilium eBPF is having bad perfromances during tests HOT 1
- ErrMapIncompatible should contain additional information HOT 5
- Add support for XDP frags in the elf_reader HOT 2
- LoadAndAssign not loading all XDP programs and program array map statically initialized not populated HOT 2
- MapInfo struct does not contain BTF information
- Map.Lookup: invalid argument
- map: reduce allocations when (un)marshaling keys and values HOT 3
- CO-RE pragma add lots of memory overhead HOT 10
- bpf2go: type *btf.Pointer: not supported HOT 1
- btf: make loading kernel BTF cheaper HOT 1
- Warn about non-supported flags in map specs HOT 2
- Need to make socket_filter.go platform agnostic HOT 1
- BatchLookupAndDelete is much slower than iterator HOT 5
- Integrating batch lookups into Map.Iterate()
- map: don't unmarshal unnecessary items on batch lookup
- btf: CO-RE relocation is very slow on bpf-next HOT 10
- Weird error " FnSeqWrite for program type Tracing not supported" HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ebpf.