| 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
| ||
|
Message-Id: <20110330.034820.124005354.davem@davemloft.net> Date: Wed, 30 Mar 2011 03:48:20 -0700 (PDT) From: David Miller <davem@...emloft.net> To: rlandley@...allels.com Cc: linux-kernel@...r.kernel.org, containers@...ts.linux-foundation.org, netdev@...r.kernel.org, stable@...nel.org Subject: Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh... From: Rob Landley <rlandley@...allels.com> Date: Wed, 30 Mar 2011 05:45:08 -0500 > So you think letting it soak in the merge window and the churn of -rc1 > (which currently doesn't boot for me due to an ide issue) will provide > more validity than a specific "There was an infinite loop in the > filesystem, there is now no longer an infinite loop in the filesystem, > here's the specific test for it" and visual inspection ofthe patch? Yes I absolutely do think it's better to let it soak somewhere than to repeat the reason why this patch is necessary in the first place. This patch is necessary because Eric already screwed up trying to fix this neigh dirctory under ipv6 once, and he got it wrong. That patch looked correct and straightforward. Yet it introduced the bug you're seeing. Given that consideration, are you still holding steady to your opinion wise guy? :-) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists