lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <000301d17dcb$e549b0e0$afdd12a0$@cmss.chinamobile.com>
Date:	Mon, 14 Mar 2016 16:31:24 +0800
From:	张胜举 <zhangshengju@...s.chinamobile.com>
To:	"'Stephen Hemminger'" <stephen@...workplumber.org>
Cc:	<netdev@...r.kernel.org>
Subject: RE: [net-next,iproute2] netconf: add support for ignore route attribute

> On Mon, 14 Mar 2016 04:55:36 +0000
> Zhang Shengju <zhangshengju@...s.chinamobile.com> wrote:
> 
> > Add support for ignore_routes_with_linkdown attribute.
> >
> > Signed-off-by: Zhang Shengju <zhangshengju@...s.chinamobile.com>
> > ---
> >  ip/ipnetconf.c | 4 ++++
> >  1 file changed, 4 insertions(+)
> >
> > diff --git a/ip/ipnetconf.c b/ip/ipnetconf.c index eca6eee..6fec818
> > 100644
> > --- a/ip/ipnetconf.c
> > +++ b/ip/ipnetconf.c
> > @@ -119,6 +119,10 @@ int print_netconf(const struct sockaddr_nl *who,
> struct rtnl_ctrl_data *ctrl,
> >  		fprintf(fp, "proxy_neigh %s ",
> >  			*(int
> *)RTA_DATA(tb[NETCONFA_PROXY_NEIGH])?"on":"off");
> >
> > +	if (tb[NETCONFA_IGNORE_ROUTES_WITH_LINKDOWN])
> > +		fprintf(fp, "ignore_routes_with_linkdown %s ",
> > +			*(int
> >
> +*)RTA_DATA(tb[NETCONFA_IGNORE_ROUTES_WITH_LINKDOWN])?"on":"
> off");
> 
> This is a good idea.
> 
> But the option name is too long, and the code does not follow current best
> practices.
I agree with you that the name is too long, but I can't figure out a shorter
name. 
Any good suggestion? What about "ignore_routes" ? 

>   1. Lines are too long
>   2. There needs to be whitespace around ? :
>   3. There are helper routines (rte_getattr_XXX) which should be used
rather
> than
>      cast RTE_DATA directly.
> 
> Also, help and man page??
Yes, man page need to be enhanced.





Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ