[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZVY9aQW0C8kxq0xA@nanopsycho>
Date: Thu, 16 Nov 2023 17:03:53 +0100
From: Jiri Pirko <jiri@...nulli.us>
To: Jamal Hadi Salim <jhs@...atatu.com>
Cc: netdev@...r.kernel.org, deb.chatterjee@...el.com,
anjali.singhai@...el.com, namrata.limaye@...el.com, tom@...anda.io,
mleitner@...hat.com, Mahesh.Shirshyad@....com,
tomasz.osinski@...el.com, xiyou.wangcong@...il.com,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, vladbu@...dia.com, horms@...nel.org,
daniel@...earbox.net, bpf@...r.kernel.org, khalidm@...dia.com,
toke@...hat.com, mattyk@...dia.com
Subject: Re: [PATCH net-next v8 08/15] p4tc: add P4 data types
Thu, Nov 16, 2023 at 03:59:41PM CET, jhs@...atatu.com wrote:
[...]
>diff --git a/include/net/p4tc_types.h b/include/net/p4tc_types.h
>new file mode 100644
>index 000000000..8f6f002ae
[...]
>+#define P4T_MAX_BITSZ 128
[...]
>+#define P4T_MAX_STR_SZ 32
[...]
>diff --git a/include/uapi/linux/p4tc.h b/include/uapi/linux/p4tc.h
>new file mode 100644
>index 000000000..ba32dba66
>--- /dev/null
>+++ b/include/uapi/linux/p4tc.h
>@@ -0,0 +1,33 @@
>+/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */
>+#ifndef __LINUX_P4TC_H
>+#define __LINUX_P4TC_H
>+
>+#define P4TC_MAX_KEYSZ 512
>+
>+enum {
>+ P4T_UNSPEC,
I wonder, what it the reason for "P4T"/"P4TC" prefix inconsistency.
In the kernel header, that could be fixes, but in uapi header this is
forever. Is this just to be aligned with other TC uapi
inconsitencies? :D
>+ P4T_U8,
>+ P4T_U16,
>+ P4T_U32,
>+ P4T_U64,
>+ P4T_STRING,
>+ P4T_S8,
>+ P4T_S16,
>+ P4T_S32,
>+ P4T_S64,
>+ P4T_MACADDR,
>+ P4T_IPV4ADDR,
>+ P4T_BE16,
>+ P4T_BE32,
>+ P4T_BE64,
>+ P4T_U128,
>+ P4T_S128,
>+ P4T_BOOL,
>+ P4T_DEV,
>+ P4T_KEY,
>+ __P4T_MAX,
>+};
>+
>+#define P4T_MAX (__P4T_MAX - 1)
>+
>+#endif
[...]
Powered by blists - more mailing lists