Synopsis: [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many
State-Changed-From-To: patched->closed
State-Changed-By: ae
State-Changed-When: Tue Mar 15 07:16:53 UTC 2011
State-Changed-Why:
Merged to stable/8 and stable/7.
http://www.freebsd.org/cgi/query-pr.cgi?pr=137775
___
The following reply was made to PR kern/137775; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/137775: commit references a PR
Date: Tue, 15 Mar 2011 07:15:23 + (UTC)
Author: ae
Date: Tue Mar 15 07:15:04 2011
New
The following reply was made to PR kern/137775; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/137775: commit references a PR
Date: Tue, 15 Mar 2011 07:16:00 + (UTC)
Author: ae
Date: Tue Mar 15 07:15:46 2011
New
The following reply was made to PR kern/154676; it has been noted by GNATS.
From: "Sergey V. Dyatko"
To: =?ISO-8859-1?Q?Andr=E9?= Oppermann
Cc: Arnaud Lacombe , bug-follo...@freebsd.org
Subject: Re: [debugged] Re: kern/154676: [netgraph] [panic] HEAD,
8.1-RELEASE panic after some play with netg
On Mon, 14 Mar 2011, Ryan Coleman wrote:
> I've searched high and low and have no idea where to start to get
> this thing going... It's recognizing it now but I am not finding any
> details online (like people who have shared their full configuration
> details) on how they got the VirginMob
Hi, I have a question about source routing I hope you can help me with.
I have two interfaces, gif0 which is an ipv6 over ipv4 tunnel to my tunnel
broker and vr0 which is my ethernet interface. I have an IPv6 address
configured on my end of the gif0 tunnel and another IPv6 address from a /64
prefi
Is anyone aware of some sort of facility in either FreeBSD 8.1-RELEASE
or the em(4) driver which would cause it to cache MAC addresses / ARP
entries for hosts on a per-protocol basis? We've been doing some
testing with new routers, and almost every time we switch them in or out
our FreeBSD mac
On 15 March 2011 11:39, Matt Smith wrote:
>
> Hi, I have a question about source routing I hope you can help me with.
I have been doing some more research into this and it appears the
proper way to accomplish what I want is to set
net.inet6.ip6.use_deprecated to 0 and then deprecate the IPv6 addr
On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote:
> Is anyone aware of some sort of facility in either FreeBSD
> 8.1-RELEASE or the em(4) driver which would cause it to cache MAC
> addresses / ARP entries for hosts on a per-protocol basis?
>
> [snipping remaining details; readers can r
Hi.
Who could take a look on my patch in kern/128260 please?
___
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"
On 03/15/11 14:26, Jeremy Chadwick wrote:
On Tue, Mar 15, 2011 at 09:30:39AM -0400, Steve Polyack wrote:
Is anyone aware of some sort of facility in either FreeBSD
8.1-RELEASE or the em(4) driver which would cause it to cache MAC
addresses / ARP entries for hosts on a per-protocol basis?
[snipp
On Mon, Mar 14, 2011 at 09:40:36PM -0700, Vijay Singh wrote:
> > As you know, BCM5714, BCM5715 and BCM5780 use unique jumbo frame
> > scheme that is not compatible with other controllers. All other
> > Broadcom controllers have better jumbo frame scheme. These
> > controllers have one send ring, on
Al 14/03/11 01:46, En/na Adrian Chadd ha escrit:
> Hi all,
>
> I've been working on AR9285 and AR2427 specific fixes. I seem to have
> fixed the issues I've seen with my AR9285 and AR2427 (and my AR2427
> actually performs better under FreeBSD than Linux. Hah!)
>
> Just to be clear - the AR2427 sup
Old Synopsis: tcp_output tcp_mtudisc loop until kernel panic
New Synopsis: [tcp] [panic] tcp_output tcp_mtudisc loop until kernel panic
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Mar 16 06:05:51 UTC 2011
Responsible-Changed-
14 matches
Mail list logo
