Hi Dmitry, >From: Dmitry Eremin-Solenikov [mailto:[email protected]] >Hi, > >2009/12/1 Hennerich, Michael <[email protected]>: >> Hi All, >> >> I wonder what is the proposed way to set the ieee802154 slave mac >addr? >> Looks like it can be only set by net_device_ops? >> My version of ifconfig won't let me. > >Thank you for your interest! > >The address will be settable via iz tool in the future. >Currently IIRC you can use 'ip link set wpan0 address ......'.
Good hint. > >> Wouldn't it be useful if netdev->dev_addr could be specified in the >phy driver? > >That may make sense. However we are trying to make phy drivers support >several >MAC interfaces with different dev addresses on a single radio. 'iz add' an phy twice and then assoc different wpans? I wonder how useful this is? What about assoc with channel mismatches - the phy may only tune to one channel at the time. Also send and receive is half duplex; you may need to add a feedback path in order that wpanX may communicate with wpanY when targeting the same phy device. > Thus we currently >don't have a way to push a 64-bit address from phy driver to mac802154 >level. I noticed that the softmac layer doesn't do ACK - with a notice that AACK is not supported. There are phys out there that require the soft mac but can do several things in hardware such as CSMA-CA, auto ACK, auto RETRY and Address filtering. The current implementation wouldn't warn if the phy sets the AACK flag - I guess you know. In order to fill the gap - as the current implementation doesn't do ACK or CSMA-CA with auto retry - the phy driver needs to know much more; such as the PAN, IEEE HWADDR, and short address. There should be some infrastructure to tell the phy those variables. Likely in form of a callback, invoked by the upper layer whenever one of these above change. > >We may add it later, though. Anyway, patches are welcome, if they >integrate cleanly. I'll take a look Best regards, 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
