the create functions globally available, but this would
violate the modularity of the VLAN module.
Thanks in advance,
--
Juan Mojica
Email: jmoj...@gmail.com
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
--
Randall Stewart
803-317-4952 (cell)
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
--
Juan Mojica
Email: jmoj
)
goto done;
...
This is intended to be to be agnostic to the v3 protocol, but the
unintended consequence is that it compares the in_port_t field as
well.
-Juan
On Tue, Apr 30, 2013 at 9:22 AM, Juan Mojica jmoj...@gmail.com wrote:
Great! Thanks Qing. I'll come up with a patch and reply
.
Please see
http://svnweb.freebsd.org/base?view=revisionrevision=186708
So I think similar fix should be applied here as well.
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on
behalf of Juan Mojica [jmoj...@gmail.com]
Sent
sockaddr_in
*)l3addr)-sin_addr));
#endif
RTFREE_LOCKED(rt);
return (EINVAL);
}
}
}
Regards
--
Juan Mojica
Email: jmoj...@gmail.com
___
freebsd-net
-0400, Juan Mojica wrote:
J We manage to hit the following message with some regularity.
J
J arprequest: cannot find matching address
J
J The code shows a printf:
J
J printf(%s: cannot find matching address\n, __func__);
J
J
J Any reason this is a printf and not a
J
J log(LOG_ERR,
J
J
I'll provide my revision shortly.
On Mon, Apr 22, 2013 at 2:48 PM, Juan Mojica jmoj...@gmail.com wrote:
Thanks Gleb. I do not believe this path can triggered by an incoming
frame. I am planning on adding a KASSERT here to get a core when we
exercise this code in our debug images.
-Juan
with a sysctl so that it can be turned off.
Thanks,
Juan
On Mon, Apr 22, 2013 at 3:21 PM, David DeSimone f...@verio.net wrote:
Juan Mojica jmoj...@gmail.com wrote:
We manage to hit the following message with some regularity.
arprequest: cannot find matching address
The code shows a printf
severe and should be printed out, which if that is the
case why isn't there an assert there?
b) whoops, that should probably be a log(LOG_ERR,
On our end we need to figure out exactly why we're intermittently hitting
this patch of code.
Thanks,
--
Juan Mojica
Email: jmoj...@gmail.com
)
tcp locked @ netinet/tcp_input.c:1432.
http://people.freebsd.org/~pho/stress/log/tcp2.txt
Please replace the 'goto drop' with 'goto dropunlock' to fix the panic.
Yes, this seems to take care of the two problems reported. Tested for
5 hours without any repeats.
- Peter
--
Juan
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org
--
Juan Mojica
Email: jmoj...@gmail.com
___
freebsd-net
11 matches
Mail list logo