On Wed, Dec 2, 2009 at 6:15 PM, Hennerich, Michael
<[email protected]> wrote:
>>From: Hennerich, Michael [mailto:[email protected]]
>>
>>Current 802154mac device implementation only set_channel in the xmit
>>path.
>>Starting the izcoordinator doesn't involve any xmit action.
>>
>>My assumption would be that as soon as the net_device is opened
>>the device is able to receive packets on an defined channel.
Hmmm. Good question. Once my idea was to have two (maybe more)
driver commands:
1) send data on specific channel, time slot, etc.
2) listen on the channel for specified amount of time.
(e.g. 3)start transmitting periodic beacons on the channel with specified
parameters).
However I can think that this is sub-optimal. In the mean time the easiest
way would be per your idea to change dev_set_channel to call to hw, but
please change it to use workqueue.
>>Since the device that hosts the coordinator doesn't tune its radio
>>it won't be able to receive association commands.
>>
>>Are there plans for implementation?
>>Or should we issue an assoc command after starting the coordinator?
coordinator is started via START command solely.
>>
>>Best regards,
>>Michael
>>
>
> Hi Dmitry,
>
> I wonder if modifying mib:ieee802154_dev_set_channel() to push the
> channel down to the hardware is acceptable?
All access to the driver should be done from within workqueue.
> void ieee802154_dev_set_channel(struct net_device *dev, u8 val)
> {
> struct ieee802154_sub_if_data *priv = netdev_priv(dev);
> int res;
>
> BUG_ON(dev->type != ARPHRD_IEEE802154);
>
> write_lock_bh(&priv->mib_lock);
> priv->chan = val;
> write_unlock_bh(&priv->mib_lock);
>
> if (priv->hw->phy->current_channel != priv->chan) {
> res = priv->hw->ops->set_channel(&priv->hw->phy->priv,
> val);
> if (res)
> pr_debug("set_channel failed\n");
> }
> }
>
> -Michael
>
--
With best wishes
Dmitry
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Linux-zigbee-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
