Panic while waiting on wlan0
Boris Samorodov
bsam at passap.ru
Mon Nov 23 22:57:21 UTC 2015
Hi!,
23.11.15 01:38, Adrian Chadd пишет:
> hi,
>
> iwm needs a maintainer and a lot of work. :)
Agreed. :-)
WTB, I've just upgraded to r291221 and this seems to fix those problems.
> On 22 November 2015 at 13:46, Boris Samorodov <bsam at passap.ru> wrote:
>> 22.11.15 22:54, Sergey Manucharian пишет:
>>>> On 22 November 2015 at 04:31, Florian Limberger
>>>> <flo at snakeoilproductions.net> wrote:
>>>>> On 17.11.15 17:42, Adrian Chadd wrote:
>>>>>>
>>>>>> try updating to head as of today. Some callout issues were fixed.
>>>>>
>>>>> The crashes are fixed alright, thank you. I still have a rather difficult
>>>>> to reproduce issue, where the wpa_supplicant hangs in SCANNING state
>>>>> indefinitely, even if the Notebook is very near to the AP. I’ve had this
>>>>> issue occasionally before, but since the crashes started it has become more
>>>>> frequent. Is there anything I can do to debug the behaviour? Until now I
>>>>> have only observed it in wpa_supplicant and have no idea how I might
>>>>> proceed.
>>>>>
>>>> Excerpts from Adrian Chadd's message from Sun 22-Nov-15 08:52:
>>>>
>>>> Do this:
>>>>
>>>> * compile in IEEE80211_DEBUG;
>>>> * do "wlandebug +scan"
>>>>
>>>> That way we can see if net80211 is refusing to continue scanning.
>>>
>>> I have a similar well-reproducable crash on my ThinkPad with "iwn"
>>> driver and "iwn6000fw" when I try to restart wlan:
>>>
>>> # service netif restart
>>>
>>> Otherwise it works fine, no problem at all.
>>
>> After upgrade from FreeBSD-amd64-HEAD-r290730 to r291148 I've got a
>> panic with wlan0 (iwm though):
>> ftp://ftp.wart.ru/pub/misc/panic-iwn-1.jpg
>> ftp://ftp.wart.ru/pub/misc/panic-iwn-2.jpg
>>
>> % kldstat | grep iwm
>> 12 1 0xffffffff822c5000 21a18 if_iwm.ko
>> 13 1 0xffffffff822e7000 ab9e0 iwm7265fw.ko
--
WBR, bsam
More information about the freebsd-current
mailing list