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 and /proc/net/tcp6.
Signed-off-by: Rick Jones <[EMAIL PROTECTED]>
---
diff -r bdcdd0e1ee9d Documentation/networking/pro
please ignore - I resent the original patch by mistake...grrr.
rick jones
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Rick Jones a écrit :
please ignore - I resent the original patch by mistake...grrr.
rick jones
Yes ;)
By the way, make sure your "Signed-off-by: Rick Jones <[EMAIL PROTECTED]>" is
the first signoff :
You are the main author of this patch, I only reviewed it and added a
contribution.
Eri
By the way, make sure your "Signed-off-by: Rick Jones
<[EMAIL PROTECTED]>" is the first signoff :
You are the main author of this patch, I only reviewed it and added a
contribution.
I just went alphabetically - I take it there is further meaning assigned
to the first person listed? Should I
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: Eric Dumazet <[EMAIL PROTECTED]>
Signed-off-by: Rick Jones <[EMAIL PR
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 PR
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 PR
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 /proc/n
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
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 meticuliou
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 m
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 I
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 shown
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 t
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
15 matches
Mail list logo
