summaryrefslogtreecommitdiffstats
path: root/drivers/net/ns83820.c
diff options
context:
space:
mode:
authorRomain Francoise2011-01-17 08:59:18 +0100
committerDavid S. Miller2011-01-19 01:13:49 +0100
commit2fdc1c8093255f9da877d7b9ce3f46c2098377dc (patch)
treeaaf2ce878a25db10ce5509d5e9931d6e68184f06 /drivers/net/ns83820.c
parentbnx2x: Update bnx2x version to 1.62.00-4 (diff)
downloadkernel-qcow2-linux-2fdc1c8093255f9da877d7b9ce3f46c2098377dc.tar.gz
kernel-qcow2-linux-2fdc1c8093255f9da877d7b9ce3f46c2098377dc.tar.xz
kernel-qcow2-linux-2fdc1c8093255f9da877d7b9ce3f46c2098377dc.zip
ipv6: Silence privacy extensions initialization
When a network namespace is created (via CLONE_NEWNET), the loopback interface is automatically added to the new namespace, triggering a printk in ipv6_add_dev() if CONFIG_IPV6_PRIVACY is set. This is problematic for applications which use CLONE_NEWNET as part of a sandbox, like Chromium's suid sandbox or recent versions of vsftpd. On a busy machine, it can lead to thousands of useless "lo: Disabled Privacy Extensions" messages appearing in dmesg. It's easy enough to check the status of privacy extensions via the use_tempaddr sysctl, so just removing the printk seems like the most sensible solution. Signed-off-by: Romain Francoise <romain@orebokech.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ns83820.c')
0 files changed, 0 insertions, 0 deletions