On 06/05/10 22:21, Jonathan Cameron wrote: > On 06/05/10 21:57, Jonathan Cameron wrote: >> On 05/20/10 14:06, Xue Liu wrote: >>> Hi, >>> >>> Recently I update my zigbee kernel source tree. I use iz and >>> izcoordinator to test it on imote2. When I run iz assoc, >>> I get a warning message from ieee802154_tx: >> >> I'm seeing exactly the same thing with a similar platform (stargate 2). >> Was wondering if anyone had gotten back to you off list or if you had >> any more idea yourself? >> >> Thanks, >> >> Jonathan >>> >>> ------------[ cut here ]------------ >>> WARNING: at net/mac802154/tx.c:76 ieee802154_tx+0x6c/0x1c0 [mac802154]() >>> Modules linked in: cc2420 mac802154 af_802154 ieee802154 [last unloaded: >>> mac802154] >>> [<c0024504>] (unwind_backtrace+0x0/0xdc) from [<c003221c>] >>> (warn_slowpath_common+0x4c/0x80) >>> [<c003221c>] (warn_slowpath_common+0x4c/0x80) from [<bf037204>] >>> (ieee802154_tx+0x6c/0x1c0 [mac802154]) >>> [<bf037204>] (ieee802154_tx+0x6c/0x1c0 [mac802154]) from [<c01896fc>] >>> (dev_hard_start_xmit+0x20c/0x2ec) >>> [<c01896fc>] (dev_hard_start_xmit+0x20c/0x2ec) from [<c01978a0>] >>> (sch_direct_xmit+0x44/0x168) >>> [<c01978a0>] (sch_direct_xmit+0x44/0x168) from [<c0189c40>] >>> (dev_queue_xmit+0x320/0x4a4) >>> [<c0189c40>] (dev_queue_xmit+0x320/0x4a4) from [<bf038a58>] >>> (ieee802154_mlme_assoc_req+0x94/0x9c [mac802154]) >>> [<bf038a58>] (ieee802154_mlme_assoc_req+0x94/0x9c [mac802154]) from >>> [<bf000af4>] (ieee802154_associate_req+0xe8/0x114 [ieee802154]) >>> [<bf000af4>] (ieee802154_associate_req+0xe8/0x114 [ieee802154]) from >>> [<c019b300>] (genl_rcv_msg+0x1b8/0x1ec) >>> [<c019b300>] (genl_rcv_msg+0x1b8/0x1ec) from [<c019a244>] >>> (netlink_rcv_skb+0x4c/0xb0) >>> [<c019a244>] (netlink_rcv_skb+0x4c/0xb0) from [<c019b130>] >>> (genl_rcv+0x24/0x3c) >>> [<c019b130>] (genl_rcv+0x24/0x3c) from [<c0199f14>] >>> (netlink_unicast+0x22c/0x2d0) >>> [<c0199f14>] (netlink_unicast+0x22c/0x2d0) from [<c019a7e4>] >>> (netlink_sendmsg+0x260/0x274) >>> [<c019a7e4>] (netlink_sendmsg+0x260/0x274) from [<c017a7c8>] >>> (sock_sendmsg+0x88/0xa8) >>> [<c017a7c8>] (sock_sendmsg+0x88/0xa8) from [<c017ad5c>] >>> (sys_sendmsg+0x1a8/0x204) >>> [<c017ad5c>] (sys_sendmsg+0x1a8/0x204) from [<c001ff40>] >>> (ret_fast_syscall+0x0/0x28) >>> ---[ end trace 1b75b31a2719ed23 ]--- >>> >>> It come from "WARN_ON(!(priv->phy->channels_supported[page] &(chan)))" >>> >>> Refer to cc2420.c channels-supported[0] equal to 0x7FFF800 and this >>> expression is always true. > Having taken a look at the change that brought this in I am guessing the > reason this worked before was that the equivalent line.... > WARNON(!(priv->phy->channels_supported[page] & (1 << chan)) > found in dev.c in netdev_tx_t has a very different result! > Continuing my conversation with myself.
This is clearly a bitmask (11 - 26 as per the 802.15.4 channels) to tell us which channels are supported by a given device. Hence the original method is the correct one. I don't have a copy of the git tree to hand, but will send a patch on Monday if someone hasn't fixed it in the meantime. ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ Linux-zigbee-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
