From: Amir Vadai <amir@vadai.me>
To: Shmulik Ladkani <shmulik.ladkani@gmail.com>
Cc: "David S. Miller" <davem@davemloft.net>,
netdev@vger.kernel.org,
John Fastabend <john.r.fastabend@intel.com>,
Jiri Pirko <jiri@mellanox.com>,
Cong Wang <xiyou.wangcong@gmail.com>,
Jamal Hadi Salim <jhs@mojatatu.com>,
Or Gerlitz <ogerlitz@mellanox.com>,
Hadar Har-Zion <hadarh@mellanox.com>
Subject: Re: [PATCH net-next 3/3] net/sched: Introduce act_iptunnel
Date: Tue, 23 Aug 2016 11:42:47 +0300 [thread overview]
Message-ID: <20160823084247.GA9670@office.localdomain> (raw)
In-Reply-To: <20160822205706.4f5fb33e@halley>
On Mon, Aug 22, 2016 at 08:57:06PM +0300, Shmulik Ladkani wrote:
> Hi,
>
> On Mon, 22 Aug 2016 17:38:34 +0300 Amir Vadai <amir@vadai.me> wrote:
> > +static struct metadata_dst *iptunnel_alloc(struct tcf_iptunnel *t,
> > + __be32 saddr, __be32 daddr,
> > + __be64 key_id)
> > +{
> > + struct ip_tunnel_info *tun_info;
> > + struct metadata_dst *metadata;
> > +
> > + metadata = metadata_dst_alloc(0, GFP_KERNEL);
> > + if (!metadata)
> > + return ERR_PTR(-ENOMEM);
> > +
> > + tun_info = &metadata->u.tun_info;
> > + tun_info->mode = IP_TUNNEL_INFO_TX;
> >
> > + ip_tunnel_key_init(&tun_info->key, saddr, daddr, 0, 0, 0, 0, 0,
> > + key_id, 0);
>
> Seems key.tun_flags should be armed with TUNNEL_KEY.
> This will make things work with GRE as well.
> Pass it in the 'tun_flags' parameter.
ack
>
> > +
> > + return metadata;
> > +}
> > +
> > +static int tcf_iptunnel_init(struct net *net, struct nlattr *nla,
> > + struct nlattr *est, struct tc_action **a,
> > + int ovr, int bind)
> > +{
> > + struct tc_action_net *tn = net_generic(net, iptunnel_net_id);
> > + struct nlattr *tb[TCA_IPTUNNEL_MAX + 1];
> > + struct metadata_dst *metadata;
> > + struct tc_iptunnel *parm;
> > + struct tcf_iptunnel *t;
> > + __be32 saddr = 0;
> > + __be32 daddr = 0;
> > + __be64 key_id = 0;
> > + int encapdecap;
> > + bool exists = false;
> > + int ret = -EINVAL;
> > + int err;
> > +
> > + if (!nla)
> > + return -EINVAL;
> > +
> > + err = nla_parse_nested(tb, TCA_IPTUNNEL_MAX, nla, iptunnel_policy);
> > + if (err < 0)
> > + return err;
> > +
> > + if (!tb[TCA_IPTUNNEL_PARMS])
> > + return -EINVAL;
> > + parm = nla_data(tb[TCA_IPTUNNEL_PARMS]);
> > + exists = tcf_hash_check(tn, parm->index, a, bind);
> > + if (exists && bind)
> > + return 0;
> > +
> > + encapdecap = parm->t_action;
> > +
> > + switch (encapdecap) {
> > + case TCA_IPTUNNEL_ACT_DECAP:
> > + break;
> > + case TCA_IPTUNNEL_ACT_ENCAP:
> > + if (tb[TCA_IPTUNNEL_ENC_IPV4_SRC])
> > + saddr = nla_get_be32(tb[TCA_IPTUNNEL_ENC_IPV4_SRC]);
> > + if (tb[TCA_IPTUNNEL_ENC_IPV4_DST])
> > + daddr = nla_get_be32(tb[TCA_IPTUNNEL_ENC_IPV4_DST]);
> > + if (tb[TCA_IPTUNNEL_ENC_KEY_ID])
> > + key_id = key32_to_tunnel_id(nla_get_be32(tb[TCA_IPTUNNEL_ENC_KEY_ID]));
> > +
> > + if (!saddr || !daddr || !key_id) {
>
> A zero tunnel ID is legit.
ack
>
> > + ret = -EINVAL;
> > + goto err_out;
> > + }
> > +
> > + metadata = iptunnel_alloc(t, saddr, daddr, key_id);
> > + if (IS_ERR(metadata)) {
> > + ret = PTR_ERR(metadata);
> > + goto err_out;
> > + }
> > +
> > + break;
> > + default:
> > + goto err_out;
> > + }
> > +
> > + if (!exists) {
> > + ret = tcf_hash_create(tn, parm->index, est, a,
> > + &act_iptunnel_ops, bind, false);
> > + if (ret)
> > + return ret;
> > +
> > + ret = ACT_P_CREATED;
> > + } else {
> > + tcf_hash_release(*a, bind);
> > + if (!ovr)
> > + return -EEXIST;
> > + }
> > +
> > + t = to_iptunnel(*a);
> > +
> > + spin_lock_bh(&t->tcf_lock);
> > +
> > + t->tcf_action = parm->action;
> > +
> > + t->tcft_action = encapdecap;
> > + t->tcft_enc_metadata = metadata;
>
> Although tcft_enc_metadata is not used in TCA_IPTUNNEL_ACT_DECAP, still
> prefer to nullify it instead of initializing it to stack junk.
good catch. strange that the compiler/sparse didn't catch it
>
> > +
> > + spin_unlock_bh(&t->tcf_lock);
> > +
> > + if (ret == ACT_P_CREATED)
> > + tcf_hash_insert(tn, *a);
> > +
> > + return ret;
>
> In the (exists && ovr) case, 'ret' seems to be left as '-EINVAL' as was
> initialized. Initialize 'ret' to zero instead.
another good catch - thanks.
>
> > +
> > +err_out:
> > + if (exists)
> > + tcf_hash_release(*a, bind);
> > + return ret;
> > +}
> > +
>
>
next prev parent reply other threads:[~2016-08-23 9:01 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-22 14:38 [PATCH net-next 0/3] net/sched: iptunnel encap/decap/classify using TC Amir Vadai
2016-08-22 14:38 ` [PATCH net-next 1/3] net/ip_tunnels: Introduce tunnel_id_to_key32() and key32_to_tunnel_id() Amir Vadai
2016-08-22 17:00 ` Jiri Benc
2016-08-23 6:39 ` Amir Vadai
2016-08-22 14:38 ` [PATCH net-next 2/3] net/sched: cls_flower: Classify packet in ip tunnels Amir Vadai
2016-08-22 17:05 ` Jiri Benc
2016-08-22 17:17 ` Alexei Starovoitov
2016-08-22 14:38 ` [PATCH net-next 3/3] net/sched: Introduce act_iptunnel Amir Vadai
2016-08-22 17:07 ` Jiri Benc
2016-08-22 17:57 ` Shmulik Ladkani
2016-08-23 8:42 ` Amir Vadai [this message]
2016-08-22 18:15 ` Or Gerlitz
2016-08-22 18:51 ` Jiri Benc
2016-08-23 15:28 ` Amir Vadai
2016-08-23 15:33 ` Jiri Benc
2016-08-23 16:05 ` Amir Vadai
2016-08-23 16:15 ` Jiri Benc
2016-08-23 12:37 ` Jamal Hadi Salim
2016-08-23 16:21 ` Amir Vadai
2016-08-23 18:59 ` Shmulik Ladkani
2016-08-22 22:23 ` [PATCH net-next 0/3] net/sched: iptunnel encap/decap/classify using TC Tom Herbert
2016-08-23 9:05 ` Amir Vadai
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=20160823084247.GA9670@office.localdomain \
--to=amir@vadai.me \
--cc=davem@davemloft.net \
--cc=hadarh@mellanox.com \
--cc=jhs@mojatatu.com \
--cc=jiri@mellanox.com \
--cc=john.r.fastabend@intel.com \
--cc=netdev@vger.kernel.org \
--cc=ogerlitz@mellanox.com \
--cc=shmulik.ladkani@gmail.com \
--cc=xiyou.wangcong@gmail.com \
/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).