Jack,
I am also seeing similar panics at $work on a couple weeks old STABLE-9.
Can you please look into this issue?
cheers,
Hiren
1) HP DL360e Gen8, 2 x Xeon E5-2430 2.20GHz
panic: buf=0xfe002810d700 already enqueue at 995 prod=997 cons=995
cpuid = 17
KDB: stack backtrace:
db_trace_self_wra
Give the new driver I just committed to HEAD a try to verify/falsify a fix
please.
Regards,
Jack
On Wed, Oct 9, 2013 at 10:23 AM, hiren panchasara <
hiren.panchas...@gmail.com> wrote:
> Jack,
> I am also seeing similar panics at $work on a couple weeks old STABLE-9.
>
> Can you please look in
The following reply was made to PR kern/182665; it has been noted by GNATS.
From: =?iso-8859-1?Q?Peter_Ankerst=E5l?=
To: bug-follo...@freebsd.org,
pe...@pean.org
Cc:
Subject: Re: kern/182665: [wlan] Kernel panic when creating second wlandev.
Date: Wed, 9 Oct 2013 20:08:09 +0200
pciconf -lv
Hi,
Is there a backtrace for this? Iv'e not seen this before.
-adrian
On 9 October 2013 11:10, Peter Ankerstål wrote:
> The following reply was made to PR kern/182665; it has been noted by GNATS.
>
> From: =?iso-8859-1?Q?Peter_Ankerst=E5l?=
> To: bug-follo...@freebsd.org,
> pe...@pean.org
Hi,
A bug was introduced in r254082 that results in BPF taps never being
enabled for ieee80211 interfaces that are in monitor mode.
Before r254082, bpf_track() in sys/net80211/ieee80211_freebsd.c was
identifying ieee80211 interfaces by checking to see if the value of
the ifp->if_start pointer was
Hi,
Does this look familiar to you? Or Have anyone encountered an error like
this with traceroute6? Or Am i missing anything here? Thanks.
--- Example ---
% traceroute6 fd20:8b1e:b255:800b:250:56ff:fe82:1b09 50
traceroute6 to fd20:8b1e:b255:800b:250:56ff:fe82:1b09
(fd20:8b1e:b255:800b:250:56ff:fe8
