[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1492111480.29526.7.camel@sipsolutions.net>
Date: Thu, 13 Apr 2017 21:24:40 +0200
From: Johannes Berg <johannes@...solutions.net>
To: nicolas.dichtel@...nd.com, David Ahern <dsa@...ulusnetworks.com>,
Jiri Pirko <jiri@...nulli.us>,
Pravin Shelar <pshelar@...ira.com>, dev@...nvswitch.org
Cc: linux-wireless@...r.kernel.org, netdev@...r.kernel.org,
pablo@...filter.org, Jamal Hadi Salim <jhs@...atatu.com>,
Jiri Benc <jbenc@...hat.com>
Subject: Re: [PATCH 1/5] netlink: extended ACK reporting
On Thu, 2017-04-13 at 16:05 +0200, Nicolas Dichtel wrote:
> Sure. It was just to mention that attribute 0 exists somewhere.
> The other 0 attribute is OVS_TUNNEL_KEY_ATTR_ID.
That looks like some really awkward hand-grown parsing - with all these
"struct ovs_len_tbl" looking almost like a policy, but not using that
code?
Seems like something somebody should take a hard look at and see if it
can't use more standard infrastructure.
johannes
Powered by blists - more mailing lists