Bug #2158

iwn panics with assertion on boot.

Added by eocallaghan over 1 year ago. Updated over 1 year ago.

Status:New Start date:
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:-

Description

iwn panics on boot with an assertion on "IS_SERIALIZED"..

add iwn to loader.conf
and ifconfig_iwn0="DHCP" to rc.conf

happens in current.

unnamed (1.5 kB) ahuete.devel, 10/24/2011 04:13 pm


Related todos

History

Updated by eocallaghan over 1 year ago

OK, I think I have figured out what is wrong, please correct me if I am wrong
however I think something like this happens on init:

static void iwn_init(void *arg)
...
wlan_serialize_enter();
iwn_init_locked(sc); -----> static void iwn_init_locked(struct iwn_softc *sc)
...
/* Read firmware images from the filesystem. */
error = iwn_read_firmware(sc); -----> static int iwn_read_firmware(struct
iwn_softc *sc)
...
/*
* Read firmware image from filesystem. The firmware can block
* in a taskq and deadlock against our serializer so unlock
* while we do tihs.
*/
wlan_assert_serialized(); <------- *KABOOM?*
wlan_serialize_exit();

Updated by eocallaghan over 1 year ago

OK, According to swildner this happened due to my misconig where rc.conf *should
have* looked like this:

---------
wlans_iwn0="wlan0"
ifconfig_wlan0="DHCP"

Instead of
------------
ifconfig_iwn0="DHCP"

However such misconfigurations should not panic the kernel.
Also according to swildner this happens to ndis(4) so this is likely a issue in
the actual wifi stack.

Updated by ahuete.devel over 1 year ago

Edward,

Did you upload the core to leaf? I don't see a backtrace either.

Cheers,
Antonio Huete

2011/10/24 Edward O'Callaghan (via DragonFly issue tracker) <
sinknull@leaf.dragonflybsd.org>

>
> Edward O'Callaghan <eocallaghan@auroraux.org> added the comment:
>
> OK, According to swildner this happened due to my misconig where rc.conf
> *should
> have* looked like this:
>
> ---------
> wlans_iwn0="wlan0"
> ifconfig_wlan0="DHCP"
>
> Instead of
> ------------
> ifconfig_iwn0="DHCP"
>
> However such misconfigurations should not panic the kernel.
> Also according to swildner this happens to ndis(4) so this is likely a
> issue in
> the actual wifi stack.
>
> _____________________________________________________
> DragonFly issue tracker <bugs@lists.dragonflybsd.org>
> <http://bugs.dragonflybsd.org/issue2158&gt;
> _____________________________________________________
>
>

Also available in: Atom PDF