From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Borkmann Subject: Re: [PATCH bpf-next] tools: bpftool: make it easier to feed hex bytes to bpftool Date: Wed, 18 Apr 2018 14:51:06 +0200 Message-ID: <922fbe1c-1da4-4c9d-f1d4-18f3546ff5b8@iogearbox.net> References: <20180418024634.8525-1-jakub.kicinski@netronome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: oss-drivers@netronome.com, netdev@vger.kernel.org, Quentin Monnet To: Jakub Kicinski , alexei.starovoitov@gmail.com Return-path: Received: from www62.your-server.de ([213.133.104.62]:38409 "EHLO www62.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753651AbeDRMvI (ORCPT ); Wed, 18 Apr 2018 08:51:08 -0400 In-Reply-To: <20180418024634.8525-1-jakub.kicinski@netronome.com> Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: On 04/18/2018 04:46 AM, Jakub Kicinski wrote: > From: Quentin Monnet > > bpftool uses hexadecimal values when it dumps map contents: > > # bpftool map dump id 1337 > key: ff 13 37 ff value: a1 b2 c3 d4 ff ff ff ff > Found 1 element > > In order to lookup or update values with bpftool, the natural reflex is > then to copy and paste the values to the command line, and to try to run > something like: > > # bpftool map update id 1337 key ff 13 37 ff \ > value 00 00 00 00 00 00 1a 2b > Error: error parsing byte: ff > > bpftool complains, because it uses strtoul() with a 0 base to parse the > bytes, and that without a "0x" prefix, the bytes are considered as > decimal values (or even octal if they start with "0"). > > To feed hexadecimal values instead, one needs to add "0x" prefixes > everywhere necessary: > > # bpftool map update id 1337 key 0xff 0x13 0x37 0xff \ > value 0 0 0 0 0 0 0x1a 0x2b > > To make it easier to use hexadecimal values, add an optional "hex" > keyword to put after "key" or "value" to tell bpftool to consider the > digits as hexadecimal. We can now do: > > # bpftool map update id 1337 key hex ff 13 37 ff \ > value hex 0 0 0 0 0 0 1a 2b > > Without the "hex" keyword, the bytes are still parsed according to > normal integer notation (decimal if no prefix, or hexadecimal or octal > if "0x" or "0" prefix is used, respectively). > > The patch also add related documentation and bash completion for the > "hex" keyword. > > Suggested-by: Daniel Borkmann > Suggested-by: David Beckett > Signed-off-by: Quentin Monnet > Acked-by: Jakub Kicinski Applied to bpf-next, thanks Quentin!