Logging jid and uid for listen queue overflow? (resend)

2022-03-11 Thread Alexander Leidinger
Hi, sorry jails@ resend after subscription to net@ to have this mail not rejected. Any opinion about logging the jid and uid in case a jailed process is causing listen queue overflows? Any strong objections about committing something like this? Code (tabs are most probably mangled up): ---

panic on epair destroy in current as of r349853, jail related

2019-07-09 Thread Alexander Leidinger via freebsd-net
Hi, I updated from r347365 to r349853. Now I get a panic on epair destroy (one end needs to be in a jail, and inside the jail an IP address needs to be assigned to the epair. If no ifconfig is used inside the jail, there is no panic. Another user reported something similar (but for him it

Re: [PATCH] Properly handle Linux TCP socket options

2013-01-21 Thread Alexander Leidinger
On Sat, 19 Jan 2013 11:26:13 -0500 John Baldwin wrote: > The current setsockopt() wrapper for the Linux ABI claims that Linux > and FreeBSD use the same values for TCP socket options. This is true > for TCP_NODELAY and TCP_MAXSEG but not for any other options. This > patch adds a mapping routin

Re: HEADS UP: IGMPv3/SSM: alpha code drop.

2009-03-04 Thread Alexander Leidinger
Quoting Bruce Simpson (from Wed, 04 Mar 2009 11:49:03 +): Alexander Leidinger wrote: ... Is this supposed to make multicast work in a jail? In the past I tried some simple tests (e.g. mtest(8)), but I wasn't able to receive anything in a jail (this test was triggered by the

Re: HEADS UP: IGMPv3/SSM: alpha code drop.

2009-03-04 Thread Alexander Leidinger
Quoting Bruce Simpson (from Wed, 04 Mar 2009 01:47:58 +): Hi all, I am making patches available against 8-CURRENT to do IGMPv3 and Source Specific Multicast in the IP stack: http://people.freebsd.org/~bms/stage/igmpv3/ Is this supposed to make multicast work in a jail? In the pas

Re: [PATCH] recvmsg() sendmsg() linux emulation

2008-09-18 Thread Alexander Leidinger
Quoting "Chagin Dmitry" <[EMAIL PROTECTED]> (from Wed, 17 Sep 2008 23:02:30 +0400): On Wed, Sep 17, 2008 at 10:38:01PM +0400, Chagin Dmitry wrote: Please review, any comment will be helpful. I did just a very quick look... @@ -978,9 +1072,13 @@ linux_sendmsg(struct thread *td, struct li

Porting the NetBSD ECN SoC project to FreeBSD

2006-09-28 Thread Alexander Leidinger
Hi, will someone port the NetBSD SoC project which implemented ECN to FreeBSD? If not, could someone please write up a nice text with some pointers for our ideas list? Bye, Alexander. -- Any sufficiently advanced bug becomes a feature. http://www.Leidinger.netAlexander @ Leidinger.net:

In case you haven't noticed this: John Nagle about fixing a problem in TCP

2006-01-20 Thread Alexander Leidinger
Hi, I just found this in the comments on slashdot (http://developers.slashdot.org/comments.pl?sid=174457&cid=14515105) ---snip--- The trouble with the Nagle algorithm I really should fix the bad interaction between the "Nagle algorithm" and "delayed ACKs". Both ideas went into TCP around the sam

Fix for ports/net/acx100 NIC driver to compile in 6.0?

2005-11-15 Thread Alexander Leidinger
Hi, does someone know about a fix for the net/acx100 port to let it compile on 6.0? It seems the NIC API has changed and the port doesn't know how to cope with this. A pointer to a diff which shows how to adapt another driver to 6.0 would also be ok, if it's just some kind of mechanical translati

how to debug the network stack? problems with an icc compiled kernel

2003-11-12 Thread Alexander Leidinger
Hi, please CC me, I'm not (yet) subscribed. I've booted a P4 with an icc compiled kernel, and the network is missing, even a ping to 127.0.0.1 doesn't work (no firewall). I see the outgoing echo requests with tcpdump, but that's all. Is someone out there who can guide me through the network stac

Re: dummynet "OUCH! pipe should have been idle!"-message in 4.9-RC

2003-10-15 Thread Alexander Leidinger
On Wed, 15 Oct 2003 01:06:07 -0700 Kris Kennaway <[EMAIL PROTECTED]> wrote: > I got this on 4.8-STABLE from July 16 the other day while playing with > dummynet configuration. > > I also managed to put tun0 into an unusable state on my firewall > (running ppp(8) with netgraph pppoe on a dsl modem)

dummynet "OUCH! pipe should have been idle!"-message in 4.9-RC

2003-10-09 Thread Alexander Leidinger
Hi, [please CC me] I noticed this log message on a 4.9-RC (src from ~Oct 1): ---snip--- Oct 9 15:57:42 Andro-Beta /kernel: dummynet: OUCH! pipe should have been idle! Oct 9 15:57:56 Andro-Beta /kernel: dummynet: OUCH! pipe should have been idle! ---snip--- I looked a little bit into the code,

Re: Recent interface/routing changes breaks on-demand PPP (+sppp)

2001-04-03 Thread Alexander Leidinger
On 3 Apr, Ruslan Ermilov wrote: > On Tue, Apr 03, 2001 at 04:13:27PM +0200, Alexander Leidinger wrote: >> On 2 Apr, Ruslan Ermilov wrote: >> >> > OK, we fixed the "ifconfig down" case already. The attached patch alters >> > inet routing code so that

Re: Recent interface/routing changes breaks on-demand PPP (+sppp)

2001-04-03 Thread Alexander Leidinger
On 2 Apr, Ruslan Ermilov wrote: > OK, we fixed the "ifconfig down" case already. The attached patch alters > inet routing code so that it does not delete routes with the "default" > source address of 0.0.0.0; ip_output() will take care of choosing the > right address. Please let me know if it

Re: Recent interface/routing changes breaks on-demand PPP (+sppp)

2001-04-02 Thread Alexander Leidinger
On 31 Mär, Ruslan Ermilov wrote: [-isdn CCed,] Dear -isdn readers, we are talking about the actual behavior of -current, see -current and -net for the beginning of the discussion. >> >> If I use >> >> route add default -interface isp1 >> >> I wan't to have the packets routed trough isp1. I do

Re: Recent interface/routing changes breaks on-demand PPP (+sppp)

2001-03-30 Thread Alexander Leidinger
On 30 Mär, Ruslan Ermilov wrote: > [Redirected to -net] Please CC me, I'm not subscribed to -net. Thanks. >> If I use >> route add default -interface isp1 >> I wan't to have the packets routed trough isp1. I don't care about how >> the routing table is held consistent, but I if the route is d