From: "Toke Høiland-Jørgensen" <toke@redhat.com>
To: Andrii Nakryiko <andrii.nakryiko@gmail.com>,
"luwei (O)" <luwei32@huawei.com>
Cc: bpf <bpf@vger.kernel.org>, Networking <netdev@vger.kernel.org>,
David Ahern <dahern@digitalocean.com>
Subject: Re: Ask for help about bpf map
Date: Tue, 13 Jul 2021 19:07:45 +0200 [thread overview]
Message-ID: <8735sidtwe.fsf@toke.dk> (raw)
In-Reply-To: <CAEf4BzZpSo8Kqz8mgPdbWTTVLqJ1AgE429_KHTiXgEVpbT97Yw@mail.gmail.com>
Andrii Nakryiko <andrii.nakryiko@gmail.com> writes:
> On Mon, Jul 12, 2021 at 11:35 PM luwei (O) <luwei32@huawei.com> wrote:
>>
>> Hi, List:
>>
>> I am a beginner about bpf and working on XDP now. I meet a
>> problem and feel difficult to figure it out.
>>
>> In my following codes, I use two ways to define my_map: in SEC
>> maps and SEC .maps respectively. When I load the xdp_kern.o file,
>>
>> It has different results. The way I load is: ip link set dev ens3 xdp
>> obj xdp1_kern.o sec xdp1.
>>
>> when I define my_map using SEC maps, it loads successfully but
>> fails to load using SEC .maps, it reports:
>>
>> "
>>
>> [12] TYPEDEF __u32 type_id=13
>> [13] INT unsigned int size=4 bits_offset=0 nr_bits=32 encoding=(none)
>> [14] FUNC_PROTO (anon) return=2 args=(10 ctx)
>> [15] FUNC xdp_prog1 type_id=14
>> [16] INT char size=1 bits_offset=0 nr_bits=8 encoding=SIGNED
>> [17] ARRAY (anon) type_id=16 index_type_id=4 nr_elems=4
>> [18] VAR _license type_id=17 linkage=1
>> [19] DATASEC .maps size=0 vlen=1 size == 0
>>
>>
>> Prog section 'xdp1' rejected: Permission denied (13)!
>> - Type: 6
>> - Instructions: 9 (0 over limit)
>> - License: GPL
>>
>> Verifier analysis:
>>
>> 0: (b7) r1 = 0
>> 1: (63) *(u32 *)(r10 -4) = r1
>> last_idx 1 first_idx 0
>> regs=2 stack=0 before 0: (b7) r1 = 0
>> 2: (bf) r2 = r10
>> 3: (07) r2 += -4
>> 4: (18) r1 = 0x0
>
> this shouldn't be 0x0.
>
> I suspect you have an old iproute2 which doesn't yet use libbpf to
> load BPF programs, so .maps definition is not yet supported. cc'ing
> netdev@vger, David and Toke
That would be my guess as well; what's the output of 'ip -V'?
-Toke
next prev parent reply other threads:[~2021-07-13 17:07 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5aebe6f4-ca0d-4f64-8ee6-b68c58675271@huawei.com>
2021-07-13 16:16 ` Ask for help about bpf map Andrii Nakryiko
2021-07-13 17:07 ` Toke Høiland-Jørgensen [this message]
2021-07-14 1:05 ` luwei (O)
2021-07-14 2:02 ` luwei (O)
2021-07-14 8:23 ` luwei (O)
2021-07-14 14:15 ` Toke Høiland-Jørgensen
2021-07-14 14:48 ` Alexei Starovoitov
2021-07-15 1:44 ` luwei (O)
2021-07-19 12:38 ` Toke Høiland-Jørgensen
2021-07-20 13:05 ` luwei (O)
2021-07-20 14:50 ` Toke Høiland-Jørgensen
2021-07-23 2:07 ` luwei (O)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8735sidtwe.fsf@toke.dk \
--to=toke@redhat.com \
--cc=andrii.nakryiko@gmail.com \
--cc=bpf@vger.kernel.org \
--cc=dahern@digitalocean.com \
--cc=luwei32@huawei.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).