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
| ||
|
Date: Fri, 19 Jul 2019 12:17:00 +0800 From: Hangbin Liu <liuhangbin@...il.com> To: David Ahern <dsahern@...nel.org> Cc: netdev@...r.kernel.org, David Ahern <dsahern@...il.com>, Jianlin Shi <jishi@...hat.com> Subject: Re: [PATCH v2 net-next 03/11] net/ipv4: Plumb support for filtering route dumps Hi David, Before commit 18a8021a7be3 ("net/ipv4: Plumb support for filtering route dumps"), when we dump a non-exist table, ip cmd exits silently. # ip -4 route list table 1 # echo $? 0 After commit 18a8021a7be3 ("net/ipv4: Plumb support for filtering route dumps"). When we dump a non-exist table, as we returned -ENOENT, ip route shows: # ip -4 route show table 1 Error: ipv4: FIB table does not exist. Dump terminated # echo $? 2 For me it looks make sense to return -ENOENT if we do not have the route table. But this changes the userspace behavior. Do you think if we need to keep backward compatible or just let it do as it is right now? Thanks Hangbin
Powered by blists - more mailing lists