Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 26 Jul 2013 08:59:08 -0700
From:      Adrian Chadd <adrian@freebsd.org>
To:        "Sean C. Farley" <scf@freebsd.org>
Cc:        freebsd-wireless@freebsd.org
Subject:   Re: iwn firmware sysassert
Message-ID:  <CAJ-Vmo=tv=mXjtnTvN-MT_5RNnzHAYsSebq01CKZahp9tOwUCg@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.02.1307252007000.3080@thor.farley.org>
References:  <alpine.BSF.2.02.1307251813590.3080@thor.farley.org> <CAJ-Vmom_LbpWfK26meZtwn88uMxxmpqD-%2BfanzS1_p_0OohBqg@mail.gmail.com> <alpine.BSF.2.02.1307251936210.3080@thor.farley.org> <CAJ-VmonRvTwfB2G%2BFpDM3h2BWCCjYvm7=8KyOoXvNhpt-_AeTw@mail.gmail.com> <alpine.BSF.2.02.1307252007000.3080@thor.farley.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Try just doing ifconfig wlan0 -ht

See if that helps



-adrian

On 25 July 2013 17:10, Sean C. Farley <scf@freebsd.org> wrote:
> On Thu, 25 Jul 2013, Adrian Chadd wrote:
>
>> Ok, then I have no idea.
>>
>> There's active work on iwn going on in -HEAD. I suggest updating to
>> that and then tracking development. No, I won't be backporting
>> anything to -9 or -8; someone else will have to take charge of that
>> (and field support queries when things don't work.)
>
>
> I experimented a bit.  A workaround for me is to set the mode to 11b on
> wlan0.  While not the best solution, it hopefully narrows down the issue.  I
> will at the code later for some ideas of what changed.
>
>
>
>> On 25 July 2013 16:38, Sean C. Farley <scf@freebsd.org> wrote:
>>>
>>> On Thu, 25 Jul 2013, Adrian Chadd wrote:
>>>
>>>> Try jsut doing:
>>>>
>>>> ifconfig wlan0 create wlandev iwn0
>>>> wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf
>>>>
>>>> .. ie, don't do an ifconfig iwn0 up
>>>
>>>
>>>
>>> Same result.  I ran with ifconfig_wlan0="WPA" removed from /etc/rc.conf
>>> else
>>> wpa_supplicant would start:
>>> ifconfig wlan0 destroy
>>>
>>> ifconfig wlan0 create wlandev iwn0
>>> wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf
>>>
>>>
>>>> On 25 July 2013 15:25, Sean C. Farley <scf@freebsd.org> wrote:
>>>>>
>>>>>
>>>>> After upgrading my laptop from 8.4-STABLE to 9-STABLE, I have been
>>>>> unable
>>>>> to
>>>>> use the wireless NIC.  The indicator light will flash for a moment and
>>>>> surrender.  The error is always the same and reproducible with
>>>>> "ifconfig
>>>>> iwn0 up".  The system is 9-STABLE (r253048).  This appears to be the
>>>>> same
>>>>> or
>>>>> similar to PR 175053:
>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/175053
>>>>>
>>>>> Boot:
>>>>> iwn0: <Intel Ultimate N WiFi Link 5300> mem 0xf8000000-0xf8001fff irq
>>>>> 17
>>>>> at
>>>>> device 0.0 on pci4
>>>>>
>>>>> Card details:
>>>>> iwn0@pci0:4:0:0:        class=0x028000 card=0x11218086 chip=0x42358086
>>>>> rev=0x00 hdr=0x00
>>>>>     vendor     = 'Intel Corporation'
>>>>>     device     = 'Ultimate N WiFi Link 5300'
>>>>>     class      = network
>>>>>     bar   [10] = type Memory, range 64, base 0xf8000000, size 8192,
>>>>> enabled
>>>>>     cap 01[c8] = powerspec 3  supports D0 D3  current D0
>>>>>     cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message
>>>>>     cap 10[e0] = PCI-Express 1 endpoint max data 128(128) FLR link
>>>>> x1(x1)
>>>>>                  speed 2.5(2.5) ASPM L1(L0s/L1)
>>>>> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected
>>>>> ecap 0003[140] = Serial 1 00216affff985c6e
>>>>>
>>>>> Error (same each time except for time):
>>>>> wlan0: link state changed to UP
>>>>> iwn0: iwn_intr: fatal firmware error
>>>>> firmware error log:
>>>>>   error type      = "SYSASSERT" (0x00000005)
>>>>>   program counter = 0x00003130
>>>>>   source line     = 0x00000585
>>>>>   error data      = 0x0000000100000000
>>>>>   branch link     = 0x0000312A0000312A
>>>>>   interrupt link  = 0x0000091600000000
>>>>>   time            = 1611815765
>>>>> driver status:
>>>>>   tx ring  0: qid=0  cur=0   queued=0
>>>>>   tx ring  1: qid=1  cur=0   queued=0
>>>>>   tx ring  2: qid=2  cur=0   queued=0
>>>>>   tx ring  3: qid=3  cur=2   queued=0
>>>>>   tx ring  4: qid=4  cur=67  queued=0
>>>>>   tx ring  5: qid=5  cur=0   queued=0
>>>>>   tx ring  6: qid=6  cur=0   queued=0
>>>>>   tx ring  7: qid=7  cur=0   queued=0
>>>>>   tx ring  8: qid=8  cur=0   queued=0
>>>>>   tx ring  9: qid=9  cur=0   queued=0
>>>>>   tx ring 10: qid=10 cur=0   queued=0
>>>>>   tx ring 11: qid=11 cur=0   queued=0
>>>>>   tx ring 12: qid=12 cur=0   queued=0
>>>>>   tx ring 13: qid=13 cur=0   queued=0
>>>>>   tx ring 14: qid=14 cur=0   queued=0
>>>>>   tx ring 15: qid=15 cur=0   queued=0
>>>>>   tx ring 16: qid=16 cur=0   queued=0
>>>>>   tx ring 17: qid=17 cur=0   queued=0
>>>>>   tx ring 18: qid=18 cur=0   queued=0
>>>>>   tx ring 19: qid=19 cur=0   queued=0
>>>>>   rx ring: cur=0
>>>>> wlan0: link state changed to DOWN
>>>>>
>>>>> vmstat -i:
>>>>> ...
>>>>> irq258: iwn0                         973          0
>>>>> ...
>>>>>
>>>>> Any ideas on what is broken and how to get it to work?
>>>>>
>>>>> Please Cc me as I am not on this specific list.
>>>>>
>>>>> Thank you.
>>>
>>>
>>>
>>> Sean
>>> --
>>> scf@FreeBSD.org
>>
>>
>
>
> Sean
> --
> scf@FreeBSD.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmo=tv=mXjtnTvN-MT_5RNnzHAYsSebq01CKZahp9tOwUCg>