Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread Rick Jones
Since small things fall more easily through cracks I thought I'd make sure it didn't get lost? rick jones Rick Jones wrote: Return some useful information such as the maximum listen backlog and the current listen backlog in the tcp_info structure and have that match what one can see in

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread David Miller
From: Rick Jones [EMAIL PROTECTED] Date: Mon, 17 Sep 2007 11:38:09 -0700 Since small things fall more easily through cracks I thought I'd make sure it didn't get lost? Reposting the patch is often better because if you quote it then the copy I have has to be meticuliously edited to remove the

[PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread Rick Jones
Return some useful information such as the maximum listen backlog and the current listen backlog in the tcp_info structure and have that match what one can see in /proc/net/tcp, /proc/net/tcp6, and INET_DIAG_INFO. Signed-off-by: Rick Jones [EMAIL PROTECTED] Signed-off-by: Eric Dumazet [EMAIL

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread Rick Jones
David Miller wrote: From: Rick Jones [EMAIL PROTECTED] Date: Mon, 17 Sep 2007 11:38:09 -0700 Since small things fall more easily through cracks I thought I'd make sure it didn't get lost? Reposting the patch is often better because if you quote it then the copy I have has to be

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread John Heffner
Any reason you're overloading tcpi_unacked and tcpi_sacked? It seems that setting idiag_rqueue and idiag_wqueue are sufficient. -John Rick Jones wrote: Return some useful information such as the maximum listen backlog and the current listen backlog in the tcp_info structure and have that

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread Rick Jones
John Heffner wrote: Any reason you're overloading tcpi_unacked and tcpi_sacked? It seems that setting idiag_rqueue and idiag_wqueue are sufficient. Different fields for different structures. The tcp_info struct doesn't have the idiag_mumble, so to get the two values shown in /proc/net/tcp

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread John Heffner
Rick Jones wrote: John Heffner wrote: Any reason you're overloading tcpi_unacked and tcpi_sacked? It seems that setting idiag_rqueue and idiag_wqueue are sufficient. Different fields for different structures. The tcp_info struct doesn't have the idiag_mumble, so to get the two values

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread David Miller
From: Rick Jones [EMAIL PROTECTED] Date: Mon, 17 Sep 2007 13:30:12 -0700 Different fields for different structures. The tcp_info struct doesn't have the idiag_mumble, so to get the two values shown in /proc/net/tcp I use tcpi_unacked and tcpi_sacked. For the INET_DIAG_INFO stuff the

Re: [PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-17 Thread Rick Jones
John Heffner wrote: Rick Jones wrote: John Heffner wrote: Any reason you're overloading tcpi_unacked and tcpi_sacked? It seems that setting idiag_rqueue and idiag_wqueue are sufficient. Different fields for different structures. The tcp_info struct doesn't have the idiag_mumble, so to

[PATCH] include listenq max/backlog in tcp_info and related reports - correct version/signorder

2007-09-11 Thread Rick Jones
Return some useful information such as the maximum listen backlog and the current listen backlog in the tcp_info structure and have that match what one can see in /proc/net/tcp, /proc/net/tcp6, and INET_DIAG_INFO. Signed-off-by: Rick Jones [EMAIL PROTECTED] Signed-off-by: Eric Dumazet [EMAIL