* Ingo Molnar <mingo@elte.hu> wrote:last night i turned off distcc support, and got about 200 successful bootups and zero TCP hangs (as expected - there's not much TCP traffic if the distcc cluster is not utilized). but that's 200 overnight tests instead of the expected 600, so this is a major and rather crippling bug to me. There's no good way to detect these hung sockets by me from userspace and get rid of them. Has anyone before thought of the obvious: to write a kernel-space "TCP socket watchdog" kernel feature that detects them and tries to free them so that people can become aware of it? Hung sockets is a re-occuring bug in the TCP stack after all. (and it's a natural property of it: state machine designs are always vulnerable to lost event problems.) Ingo --
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| Nick Piggin | [patch 3/6] mm: fix fault vs invalidate race for linear mappings |
| Stefan Richter | Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures |
| Ingo Molnar | [bug] stuck localhost TCP connections, v2.6.26-rc3+ |
git: | |
| Peter Zijlstra | Re: [PATCH 3/3] Convert the UDP hash lock to RCU |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: 2.6.25-rc8: FTP transfer errors |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Doug Evans | Re: Stabilizing Linux |
| Robert Blum | And another version of the INFO sheet |
| Marc CORSINI | find-1.2 (binaries only) |
| Yanek Martinson | Re: Porting g++ 1.40.3 |
