On 01/16/13 06:16, John Baldwin wrote:
On Tuesday, January 15, 2013 3:49:33 am Lawrence Stewart wrote:
On 01/15/13 07:50, John Baldwin wrote:
The constants used for TCP and UDP socket options (TCP_NODELAY, etc.) are
currently defined as hex values that are individual bits. However, socket
Hi.
On Mon, Jan 21, 2013 at 05:53:49PM +0100, kri...@cflinux.hu wrote:
Dear users,
I've a working tunnel setup between two linux hosts.
One end (A) has a fix address, while the other (B) has a dynamic one.
A is my server, B is my home router. Behind B, I've a private network.
What
Dear Yvan,
I've recompiled racoon with NATT, but as you've said, only pure Internet
is between A and B without NAT, and thus it did not solve my problem.
I've attached racoon's output from
# racoon -ddd -F
on the freebsd's side.
I can confirm, that setkey -D and -DP's output were full, so
Hi,
on Linux, various NICs (e.g., ixgbe) support Data Center Bridging. Is this also
available under FreeBSD? Do *any* NICs support DCB under FreeBSD?
Thanks,
Lars
___
freebsd-net@freebsd.org mailing list
On 1/22/13 8:43 AM, Eggert, Lars wrote:
Hi,
on Linux, various NICs (e.g., ixgbe) support Data Center Bridging. Is this also
available under FreeBSD? Do *any* NICs support DCB under FreeBSD?
Thanks,
Lars
___
freebsd-net@freebsd.org mailing list
On 1/22/13 9:32 AM, Julian Elischer wrote:
On 1/22/13 8:43 AM, Eggert, Lars wrote:
Hi,
on Linux, various NICs (e.g., ixgbe) support Data Center Bridging.
Is this also available under FreeBSD? Do *any* NICs support DCB
under FreeBSD?
Thanks,
Lars
On Jan 22, 2013, at 10:32 AM, Julian Elischer jul...@freebsd.org wrote:
On 1/22/13 8:43 AM, Eggert, Lars wrote:
Hi,
on Linux, various NICs (e.g., ixgbe) support Data Center Bridging. Is this
also available under FreeBSD? Do *any* NICs support DCB under FreeBSD?
Thanks,
Lars
On Saturday, January 19, 2013 8:19:19 pm Adrian Chadd wrote:
On 19 January 2013 08:14, John Baldwin j...@freebsd.org wrote:
However, I did describe an alternate setup where you can fix this. Part of
the key is to get various NICs to share a single logical queue of tasks.
You
could
On Monday, January 21, 2013 2:55:22 pm Alexander Leidinger wrote:
On Sat, 19 Jan 2013 11:26:13 -0500 John Baldwin j...@freebsd.org 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
The following reply was made to PR kern/172113; it has been noted by GNATS.
From: John Baldwin j...@freebsd.org
To: Jack Vogel jfvo...@gmail.com
Cc: George Neville-Neil g...@freebsd.org,
bug-follo...@freebsd.org,
egrosb...@rdtc.ru,
j...@freebsd.org
Subject: Re: kern/172113: [panic] [e1000]
On Tue, Jan 22, 2013 at 8:40 AM, Julian Elischer jul...@freebsd.org wrote:
On 1/22/13 9:32 AM, Julian Elischer wrote:
On 1/22/13 8:43 AM, Eggert, Lars wrote:
Hi,
on Linux, various NICs (e.g., ixgbe) support Data Center Bridging. Is
this also available under FreeBSD? Do *any* NICs support
On Tue, Jan 17, 2012 at 01:21:27PM +0100, Oliver Fromme wrote:
Kostik Belousov kostik...@gmail.com wrote:
The patch misses compat32 bits and breaks compat32 ps/top.
Right, thank you for pointing it out! I missed it because
I only have i386 for testing.
I've created new patch sets for
On 01/22/13 07:43, Eggert, Lars wrote:
Hi,
on Linux, various NICs (e.g., ixgbe) support Data Center Bridging. Is this
also available under FreeBSD? Do *any* NICs support DCB under FreeBSD?
cxgbe(4) hardware supports DCB/DCBX, but I haven't looked at what it
would take to add driver + OS
As I mentioned in an earlier thread, I recently had to debug an issue we were
seeing across a link with a high bandwidth-delay product (both high bandwidth
and high RTT). Our specific use case was to use a TCP connection to reliably
forward a latency-sensitive datagram stream across a WAN
On 1/22/13 12:11 PM, John Baldwin wrote:
As I mentioned in an earlier thread, I recently had to debug an issue we were
seeing across a link with a high bandwidth-delay product (both high bandwidth
and high RTT). Our specific use case was to use a TCP connection to reliably
forward a
Hi,
I've got a Dell R200 which I'm trying to build into a gateway with a Sun
QGE (501-6738-10). The cas driver fails to load the first time I try to
load it but succeeds the second time. Is this a problem with the card,
the driver, my karma?
Initially, tried to install FreeBSD-9.1-
On Sun, 20 Jan 2013 10:56:24 +1100
Peter Jeremy pe...@rulingia.com wrote:
On 2013-Jan-17 14:38:06 -0500, Stephen J. Kiernan ste...@juniper.net
wrote:
The patch also includes moving zlib.[ch] and zlibutil.h out of net and
into sys/libkern (for the .c) and sys/sys (for the .h).
Good.
It
On 22.01.2013 21:35, Alfred Perlstein wrote:
On 1/22/13 12:11 PM, John Baldwin wrote:
As I mentioned in an earlier thread, I recently had to debug an issue we were
seeing across a link with a high bandwidth-delay product (both high bandwidth
and high RTT). Our specific use case was to use a
On Tuesday, January 22, 2013 3:57:23 am Lawrence Stewart wrote:
On 01/16/13 06:16, John Baldwin wrote:
On Tuesday, January 15, 2013 3:49:33 am Lawrence Stewart wrote:
On 01/15/13 07:50, John Baldwin wrote:
The constants used for TCP and UDP socket options (TCP_NODELAY, etc.) are
On Tuesday, January 22, 2013 3:35:40 pm Alfred Perlstein wrote:
On 1/22/13 12:11 PM, John Baldwin wrote:
As I mentioned in an earlier thread, I recently had to debug an issue we
were
seeing across a link with a high bandwidth-delay product (both high
bandwidth
and high RTT). Our
this new netmap feature might be of interest
cheers
luigi
- Forwarded message from Luigi Rizzo lu...@freebsd.org -
Date: Wed, 23 Jan 2013 05:37:46 + (UTC)
From: Luigi Rizzo lu...@freebsd.org
Subject: svn commit: r245836 - head/sys/dev/netmap
To: src-committ...@freebsd.org,
On Wed, Jan 23, 2013 at 4:11 AM, John Baldwin j...@freebsd.org wrote:
As I mentioned in an earlier thread, I recently had to debug an issue we were
seeing across a link with a high bandwidth-delay product (both high bandwidth
and high RTT). Our specific use case was to use a TCP connection to
The following reply was made to PR kern/173475; it has been noted by GNATS.
From: Emanuel Haupt eha...@freebsd.org
To: bug-follo...@freebsd.org, iz-freebsd0...@hs-karlsruhe.de
Cc:
Subject: Re: kern/173475: [tun] tun(4) stays opened by PID after process is
terminated
Date: Wed, 23 Jan 2013
Hi,
I am running into a problem in head with the e1000 link state
detection logic attached to a 82571EB serdes controller.
The symptom is that the link state keeps flapping between up and down.
After I enabled the debug output in
'e1000_check_for_serdes_link_82571()' this is what I see:
snip
24 matches
Mail list logo