Hi Rick,
> Btw, there is BOOTP_DEBUG stuff in bootp_subr.c. If your debug kernel
> didn't include that option, trying it might tell you where it breaks?
I got around to trying the BOOTP_DEBUG knob, it breaks the kernel build
right from start. bootp_subr.c does have that code, but the buildkernel
Hi.
So, hint with mpd-down script (with "sleep 1") does not help - panic
after 7 days uptime (rev r267703).
If somebody want to look into last core.txt and vmcore, they are here:
http://pkg.hostelnet.ru/pub/dump/core.txt.9.txt
___
freebsd-net@freebsd.
Andrea Venturoli wrote this message on Tue, Jul 01, 2014 at 20:37 +0200:
> On 06/24/14 21:03, John Hay wrote:
>
> >Do a "route get somehost" and see what mtu is returned.
>
> You are right, I see a route with the old, lesser MTU.
>
>
>
>
> >You might be able to delete or tweak that route.
>
Hi,
Back from the world cup,Let's talk about the topic of U32,
You guys are right, It is almost useless if it can only filter by the 5
tuples.
But in my opinion, It can do "regex match" based on the pattern. So it can
do something "layer7 filtering".
Sure the performance is biggest issue.
Any c
Hi all,
I'm having problems with a 10GbE Intel X520-SR2 interface. After a
running time, the interface does not send or receive more data. I am
obliged to make a down and up the interface for it to return to work.
Have changed the interface, optical cords, optical modules and problem
continue
On 06/24/14 21:03, John Hay wrote:
Do a "route get somehost" and see what mtu is returned.
You are right, I see a route with the old, lesser MTU.
You might be able to delete or tweak that route.
How do I do this?
I tried "route delete", but it doesn't help.
bye & Thanks
av.
_
On 06/25/14 15:23, Andrea Venturoli wrote:
On 06/25/14 02:01, Charles Swiger wrote:
Does "ifconfig vlan3 down; ifconfig vlan3 up" do any good?
Or that run against the physical NIC?
None of the two.
John was right about the route.
bye & Thanks
av.
___
Hi!
This patch:
http://people.freebsd.org/~adrian/rss/20140701-rss-1.diff
Implements a few things:
* It introduces IP_BINDMULTI, which allows TCP/UDP sockets to be bound
to the same matching address:port. It's intended to be what Linux
SO_REUSEADDR has become except I specifically wanted
On 1 July 2014 06:14, Eggert, Lars wrote:
> Hi,
>
> [elars@stanley:/home/elars/src] 1 ⌀ grep -r IP_RSSCPUID sys
> sys/netinet/in.h:/* 71 - XXX was IP_RSSCPUID - can recycle whenever */
> sys/netinet/ip_output.c:case IP_RSSCPUID:
>
> kernel compilation with RSS currently fails, beca
On 1 July 2014 06:14, Eggert, Lars wrote:
> Hi,
>
> [elars@stanley:/home/elars/src] 1 ⌀ grep -r IP_RSSCPUID sys
> sys/netinet/in.h:/* 71 - XXX was IP_RSSCPUID - can recycle whenever */
> sys/netinet/ip_output.c:case IP_RSSCPUID:
>
> kernel compilation with RSS currently fails, beca
Hi,
[elars@stanley:/home/elars/src] 1 ⌀ grep -r IP_RSSCPUID sys
sys/netinet/in.h:/* 71 - XXX was IP_RSSCPUID - can recycle whenever */
sys/netinet/ip_output.c:case IP_RSSCPUID:
kernel compilation with RSS currently fails, because IP_RSSCPUID is still used
in ip_output.c.
Lars
11 matches
Mail list logo