Synopsis: [ipfw] loopback interface is not marking ipv6 packets
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: julian
Responsible-Changed-When: Wed Feb 15 15:46:19 PST 2012
Responsible-Changed-Why:
is a network problem not a 386 problem
http://www.freebsd.org/cgi/
And assuming its from the release, please upgrade it to HEAD and try again.
Jack
On Wed, Feb 15, 2012 at 2:14 PM, Adrian Chadd wrote:
> are you running the driver from that release, or the -HEAD driver?
>
>
> adrian
> ___
> freebsd-net@freebsd.org ma
are you running the driver from that release, or the -HEAD driver?
adrian
___
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"
IIRC, a bad WEP key will show up as "associated" but no data will be exchanged.
Compile up wlanstats from /usr/src/tools/tools/net80211/wlanstats/ and
run it - post the output here.
Adrian
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.o
On Wed, Feb 15, 2012 at 11:17 AM, Attila Nagy wrote:
> Hi,
>
> I'm using FreeBSD 9-STABLE on a four core machine with bce to run
> multi-threaded unbound with libev (using kqueue).
> Here's the first message (not a long thread so far) about the problem:
> http://unbound.net/pipermail/unbound-users
:
Hi!
After about 2 weeks of uptime I'm getting messages like that:
igb0: Watchdog timeout -- resetting
igb0: Queue(0) tdh = 16, hw tdt = 20
igb0: TX(0) desc avail = 1020,Next TX to Clean = 16
igb0: link state changed to DOWN
igb0: link state changed to UP
Reboot helps, for the next ~2 weeks.
Hi!
After about 2 weeks of uptime I'm getting messages like that:
igb0: Watchdog timeout -- resetting
igb0: Queue(0) tdh = 16, hw tdt = 20
igb0: TX(0) desc avail = 1020,Next TX to Clean = 16
igb0: link state changed to DOWN
igb0: link state changed to UP
Reboot helps, for the next ~2 weeks.
Kern
Dnia środa, 15 lutego 2012 16:16:10 Arno J. Klaassen pisze:
> Hello,
>
> Maciej Milewski writes:
> >Dnia wtorek, 14 lutego 2012 21:49:01 Adrian Chadd pisze:
> >> Wep? With a username/password? I've not seen this.
> >> Does anyone have any ideas?
> >> Adrian
> >
> >Probably
Hello,
Maciej Milewski writes:
>Dnia wtorek, 14 lutego 2012 21:49:01 Adrian Chadd pisze:
>
>> Wep? With a username/password? I've not seen this.
>
>>
>
>> Does anyone have any ideas?
>
>>
>
>> Adrian
>
>Probably WEP one for all users and username/password as an auth
On Wed, Feb 15, 2012 at 04:02:22PM +0100, Arno J. Klaassen wrote:
>
> Hello,
>
> "Paul A. Procacci" writes:
>
> > Is your DHCP daemon setup to listen on the interface where the AP is
> > running?
>
> Dunno... How could eventually be sure Windows got it's IP-addres by DHCP?
>
Sorry, you hadn't mad
Hello,
"Paul A. Procacci" writes:
> Is your DHCP daemon setup to listen on the interface where the AP is
> running?
Dunno... How could eventually be sure Windows got it's IP-addres by DHCP?
> For username/password prompt upon browser launch, you'll need to configure a
> reverse proxy to get
The following reply was made to PR kern/162558; it has been noted by GNATS.
From: Eugene Grosbein
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/162558: [dummynet] [panic] seldom dummynet panics
Date: Wed, 15 Feb 2012 19:25:43 +0700
Hi!
The source of this problem seems to be famous 'da
Hi,
I'm using FreeBSD 9-STABLE on a four core machine with bce to run
multi-threaded unbound with libev (using kqueue).
Here's the first message (not a long thread so far) about the problem:
http://unbound.net/pipermail/unbound-users/2012-February/002237.html
To summarize:
whether I run unboun
Dnia wtorek, 14 lutego 2012 21:49:01 Adrian Chadd pisze:
> Wep? With a username/password? I've not seen this.
>
> Does anyone have any ideas?
>
> Adrian
Probably WEP one for all users and username/password as an auth form for
captive portal(Network Access Control). I haven't used that so I can't
14 matches
Mail list logo