The following reply was made to PR bin/142547; it has been noted by GNATS.
From: Kevin Dorne
To: Bernhard Schmidt
Cc: bug-follo...@freebsd.org
Subject: Re: bin/142547: wpa_supplicant(8) drops connection on key
renegotiation
Date: Fri, 29 Jan 2010 23:09:05 -0800
Setting the router to use only
hi,
Can you suggest way of getting a multicast tunnel work. The assumption is
that there is a unicast cloud in between two mbone networks. So we need to
forward the multicast traffic over the unicast tunnel. Application is for
video transmission.
-Nazeem
__
- Original Message -
From: "Jeff Blank"
Interesting indeed. I look forward to a fix (and have alternate
interfaces and -vlanhwtag in the mean time).
Since your using lagg there Jeff have you done on perf testing at
all, when I tested here dual em0 + lagg + lacp => cisco 6509 although
Yes, I believe you can just drop in the directory, BE SURE and save
the release code first in case :) Let me know if there are any problems.
Cheers,
Jack
On Fri, Jan 29, 2010 at 4:20 PM, Jeff Blank wrote:
> On Fri, Jan 29, 2010 at 04:13:50PM -0800, Jack Vogel wrote:
> > Fix is just checked i
On Fri, Jan 29, 2010 at 04:13:50PM -0800, Jack Vogel wrote:
> Fix is just checked into HEAD, its sort of a workaround, but really a
> pretty acceptable one. Let me know if it works for you.
should it work to import HEAD's sys/dev/e1000 into 8.0R (or some part
of it)? I can test it out on Monday
Fix is just checked into HEAD, its sort of a workaround, but really a
pretty acceptable one. Let me know if it works for you.
Jack
On Fri, Jan 29, 2010 at 3:59 PM, Jeff Blank wrote:
> On Fri, Jan 29, 2010 at 02:47:39PM -0800, Jack Vogel wrote:
> > What's with the encrypted messages entered in
On Fri, Jan 29, 2010 at 02:47:39PM -0800, Jack Vogel wrote:
> What's with the encrypted messages entered in this bug suddenly?
Just base64-encoded plain text--it appears GNATS is not base64-aware.
To summarize (I received a copy directly), Mr. Anishchuk is
experiencing the same problem and suggest
What's with the encrypted messages entered in this bug suddenly?
An important update - I have root caused this. Turns out its kinda
interesting.
The reason there is a problem is due to the stacked pseudo devices, since
the vlan device is on lagg, and not directly on em, the em driver is not
gettin
> The servers loses network connection once in a few days. I logged into
> console and verified that network is up. I even restarted network service
> using following command.
>
> /etc/rc.d/netif restart
>
> Still, it didn't fix.
>
> I checked /var/log/messages, but I am not getting any clue.
I s
The following reply was made to PR kern/141646; it has been noted by GNATS.
From: "Anishchuk, Igor"
To: ,
Cc:
Subject: Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged
frames instead of 802.1q-tagged frames
Date: Fri, 29 Jan 2010 21:16:57 +0200
SGVsbG8hDQoNCk15IG
The following reply was made to PR kern/143163; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/143163: commit references a PR
Date: Fri, 29 Jan 2010 18:18:37 + (UTC)
Author: rpaulo
Date: Fri Jan 29 18:18:18 2010
On 29 Jan 2010, at 11:00, Rui Paulo wrote:
> Hi,
> I just committed initial support for the Atheros AR9285 wireless chipset
> found on many netbooks. The driver still has issues but it's stable enough
> for general use (don't expect good throughput, though).
>
> I'm looking for testers to make
one fixed that this one now
includes.
Enjoy.
with an upcoming 7.3-RELEASE I have put an updated (though not tested;-)
NAT-T patch from stable/7 at
http://people.freebsd.org/~bz/20100129-01-ipsec-natt-mfc7.diff
Please read this _entire_ thread (and possible later follow-ups) about
how to use
The following reply was made to PR kern/141646; it has been noted by GNATS.
From: "Anishchuk, Igor"
To: ,
Cc:
Subject: Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged
frames instead of 802.1q-tagged frames
Date: Fri, 29 Jan 2010 16:39:08 +0200
This is a multi-pa
Hi,
I just committed initial support for the Atheros AR9285 wireless chipset found
on many netbooks. The driver still has issues but it's stable enough for
general use (don't expect good throughput, though).
I'm looking for testers to make sure I didn't break anything else in the
Atheros driver
On Thu, Jan 28, 2010 at 11:30:31PM +0100, Bernd Walter wrote:
> On Sun, Jun 28, 2009 at 07:19:05PM +0300, Alexander Motin wrote:
> > Bruce Simpson wrote:
> > >Is anyone out there working on RNDIS driver support for FreeBSD?
> > >
> > >Just interested if anyone is doing it; the only RNDIS device I h
16 matches
Mail list logo
