[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20200910.150548.696841576525551255.davem@davemloft.net>
Date: Thu, 10 Sep 2020 15:05:48 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: mayflowerera@...il.com
Cc: kuba@...nel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] macsec: Support 32bit PN netlink attribute for XPN
links
From: Era Mayflower <mayflowerera@...il.com>
Date: Thu, 10 Sep 2020 09:56:09 +0000
> - pn_len = secy->xpn ? MACSEC_XPN_PN_LEN : MACSEC_DEFAULT_PN_LEN;
> - if (nla_len(tb_sa[MACSEC_SA_ATTR_PN]) != pn_len) {
> - pr_notice("macsec: nl: upd_rxsa: bad pn length: %d != %d\n",
> - nla_len(tb_sa[MACSEC_SA_ATTR_PN]), pn_len);
> + pr_notice("macsec: nl: upd_rxsa: pn length on non-xpn links must be %d\n",
> + MACSEC_DEFAULT_PN_LEN);
> + rtnl_unlock();
> + return -EINVAL;
> +
> + default:
> + pr_notice("macsec: nl: upd_rxsa: pn length must be %d or %d\n",
> + MACSEC_DEFAULT_PN_LEN, MACSEC_XPN_PN_LEN);
> rtnl_unlock();
Please do not spam the kernel log like this. Instead, report this
info via netlink extended ACKs.
Thank you.
Powered by blists - more mailing lists