usr/src/sys/netinet/tcp_input.c:1512
#22 0xc021938a in ip_input (m=0xc21f3000)
at /usr/src/sys/netinet/ip_input.c:834
#23 0xc0219427 in ipintr () at /usr/src/sys/netinet/ip_input.c:858
-Original Message-
From: Mike Silbersack [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 02, 2003 1:43
scot.
-Original Message-
From: Mike Silbersack [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 10:51 PM
To: Scot Loach
Cc: '[EMAIL PROTECTED]'
Subject: Re: TCP socket shutdown race condition
On Fri, 1 Aug 2003, Scot Loach wrote:
> Earlier this week one of our FreeBS
Earlier this week one of our FreeBSD 4.7 boxes panic'd. I've posted the
stack trace at the end of this message. Using google, I've found several
references to this panic over the past three years, but it seems its never
been taken to root cause.
The box crashes because the cr_uidinfo pointer in
000
@@ -297,6 +297,10 @@
extern u_long sb_max;
extern struct vm_zone *socket_zone;
extern so_gen_t so_gencnt;
+extern int maxripcb;
+extern int maxdivcb;
+extern int maxtcpcb;
+extern int maxudpcb;
struct file;
struct filedesc;
-Original Message-
From: Mike S
, and increase the others
as much as possible.
I should have a patch for this next week sometime.
-Original Message-
From: Bosko Milekic [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 5:52 AM
To: Scot Loach
Cc: '[EMAIL PROTECTED]'
Subject: Re: Kernel tuning for large maxsockets
: Kernel tuning for large maxsockets
On 15 Jul, Mike Silbersack wrote:
>
> On Tue, 15 Jul 2003, Scot Loach wrote:
>
>> Is there any reason I should not modify the kernel code to only let a
small,
>> fixed number of raw and divert pcbs be preallocated instead of having
them
>
rolled back
into the source tree? I could make this a kernel option or a tunable sysctl
variable.
thanks
Scot Loach
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Yes, I'm running some custom patches, that must be it. Thanks for trying to
reproduce it anyway, at least now I have an idea where to look.
scot.
-Original Message-
From: Mike Silbersack [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 4:07 AM
To: Scot Loach
Cc: '[EMAIL
If I execute the following program on a FreeBSD 4.7 system:
int main()
{
for (int i = 0; i < 7; i++)
{
socket(PF_INET, SOCK_STREAM, 0);
}
return 0;
}
the sockets never seem to be freed.
vmstat tells me the memory is still in use:
bash-2.05a$ vmstat -z
ITEM
When a UDP packet is read from a socket, the userland program can get the
destination IP address by using the IP_RECVDSTADDR socket option. This
returns the destination address as ancillary data in the msg_control member
of the msghdr structure passed to recvmsg().
I needed a way to get the desti
that were originally sent with a destination port of 9000.
scot.
-Original Message-
From: Martin Stiemerling [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 2:03 PM
To: Scot Loach
Cc: '[EMAIL PROTECTED]'
Subject: Re: Using ipfw to forward udp
man ipfw says to fwd:
I'm trying to implement a type of transparent proxy for UDP. My idea was to
use ipfw to redirect all incoming UDP packets to my server, for example:
ipfw add fwd 127.0.0.1,9000 udp from any to any recv em0
However this doesn't seem to work: my server only receives UDP packets that
are addressed
12 matches
Mail list logo
