That makes sense. I just added a couple of lines to rc.local for now.
will update/test again in a month or so.
The other option I thought might work would be to make 2 nodes from the
ath0, wlan0 (station mode) and wlan1 (access point) and have the inside
addresses on a separate network, might try t
On Tue, 2013-11-05 at 17:15 -0800, Adrian Chadd wrote:
> Hi,
>
> So:
>
> http://people.freebsd.org/~adrian/iwn/20131105-iwn-update-works-full-5100-5.diff
>
> This is my attempt at merging in all of Cedric's work to date, _minus_
> the PAN stuff. Ie, it's only the hardware addons. It turns out th
I can't stay associated to Y!Guest with wpa_supplicant (11n).
Connecting without wpa_supplicant works out very very well.
So, maybe wpa_supplicant is bitching. It has 'locally_generated=1'
which I believe says "wpa_supplicant made the decision!"
Can you check your wpa_supplicant logs and see if t
With Adrian's latest patch:
I am able to create wlan1 based on iwn0
iwn0@pci0:2:0:0:class=0x028000 card=0x42228086 chip=0x08918086
rev=0xc4 hdr=0x00
vendor = 'Intel Corporation'
device = 'Centrino Wireless-N 2200'
class = network
However attempting to do wpa_supp
Hi!
Look at if_iwn_debug.h. turn on STATE, CMD, INTR and RECV. Then, try again.
-adrian
On 7 November 2013 11:46, Eitan Adler wrote:
> With Adrian's latest patch:
>
> I am able to create wlan1 based on iwn0
>
> iwn0@pci0:2:0:0:class=0x028000 card=0x42228086 chip=0x08918086
> rev=0xc4
[ top posting? ]
On Thu, Nov 7, 2013 at 2:54 PM, Adrian Chadd wrote:
> Hi!
>
> Look at if_iwn_debug.h. turn on STATE, CMD, INTR and RECV. Then, try again.
I define IWN_DEBUG. Not sure what you mean by enabling STATE, CMD, etc.
--
Eitan Adler
___
f
On 7 November 2013 12:09, Eitan Adler wrote:
> [ top posting? ]
>
> On Thu, Nov 7, 2013 at 2:54 PM, Adrian Chadd wrote:
>> Hi!
>>
>> Look at if_iwn_debug.h. turn on STATE, CMD, INTR and RECV. Then, try again.
>
> I define IWN_DEBUG. Not sure what you mean by enabling STATE, CMD, etc.
>
>
Check
On Thu, Nov 7, 2013 at 3:12 PM, Adrian Chadd wrote:
> On 7 November 2013 12:09, Eitan Adler wrote:
>> [ top posting? ]
>>
>> On Thu, Nov 7, 2013 at 2:54 PM, Adrian Chadd wrote:
>>> Hi!
>>>
>>> Look at if_iwn_debug.h. turn on STATE, CMD, INTR and RECV. Then, try again.
>>
>> I define IWN_DEBUG.
Synopsis: [iwn] [wlan] Interface dies, OACTIVE set on wlan0
Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless
Responsible-Changed-By: gavin
Responsible-Changed-When: Thu Nov 7 20:29:05 UTC 2013
Responsible-Changed-Why:
Over to -wireless
http://www.freebsd.org/cgi/query-pr.cgi?pr=183759
[snip]
You didn't include:
IWN_DEBUG_CMD = 0x1000, /* cmd submission */
Nor:
IWN_DEBUG_INTR = 0x0100, /* ISR */
So, try 0x11ff
--adrian
___
freebsd-wireless@freebsd.org mailing list
http://lists.freeb
On Wed, 2013-11-06 at 11:59 -0500, John Baldwin wrote:
> On Tuesday, November 05, 2013 5:17:30 pm John Baldwin wrote:
> > On Tuesday, November 05, 2013 2:33:50 pm Bernhard Schmidt wrote:
> > > On Tue, Nov 5, 2013 at 5:54 PM, John Baldwin wrote:
> > > > On Sunday, November 03, 2013 12:56:08 pm Adri
On Thu, Nov 7, 2013 at 4:17 PM, Adrian Chadd wrote:
> [snip]
>
> You didn't include:
>
> IWN_DEBUG_CMD = 0x1000, /* cmd submission */
>
> Nor:
>
> IWN_DEBUG_INTR = 0x0100, /* ISR */
>
> So, try 0x11ff
", build 0x0
using alternative 0
TLV type 16 recon
Hiya,
Here's the latest patch:
http://people.freebsd.org/~adrian/iwn/20131107-iwn-update-works-full-5100-9.diff
This includes some change to the TX ring and command queue setup.
Unfortunately the 2xxx series NICs don't work. The firmware panics
once the first scan message is sent. S
13 matches
Mail list logo