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:
e10
The following reply was made to PR kern/173475; it has been noted by GNATS.
From: Emanuel Haupt
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 07:59:07 +0100
Could
On Wed, Jan 23, 2013 at 4:11 AM, 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
> for
this new netmap feature might be of interest
cheers
luigi
- Forwarded message from Luigi Rizzo -
Date: Wed, 23 Jan 2013 05:37:46 + (UTC)
From: Luigi Rizzo
Subject: svn commit: r245836 - head/sys/dev/netmap
To: src-committ...@freebsd.org, svn-src-...@freebsd.org,
svn-src-h..
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).
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 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 TCP
On Sun, 20 Jan 2013 10:56:24 +1100
Peter Jeremy wrote:
> On 2013-Jan-17 14:38:06 -0500, "Stephen J. Kiernan"
> 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 really doesn't make muc
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- Releas
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 latency-sens
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 conne
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
On Tue, Jan 17, 2012 at 01:21:27PM +0100, Oliver Fromme wrote:
> Kostik Belousov 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 releng8 and c
On Tue, Jan 22, 2013 at 8:40 AM, Julian Elischer 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 D
The following reply was made to PR kern/172113; it has been noted by GNATS.
From: John Baldwin
To: Jack Vogel
Cc: "George Neville-Neil" ,
bug-follo...@freebsd.org,
egrosb...@rdtc.ru,
j...@freebsd.org
Subject: Re: kern/172113: [panic] [e1000] [patch] 9.1-RC1/amd64 panices in
igb(4): m_getjcl:
On Monday, January 21, 2013 2:55:22 pm Alexander Leidinger wrote:
> 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 T
On Saturday, January 19, 2013 8:19:19 pm Adrian Chadd wrote:
> On 19 January 2013 08:14, John Baldwin 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 simulate
On Jan 22, 2013, at 10: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 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 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
http:/
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
http://lists.freebsd.org/mailman/listinfo/freebs
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 onl
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.
> Wh
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, s
24 matches
Mail list logo