Hi All
I have been using the code and have been adding functionality for the mac
stack. I need certain inputs and have some doubts on the current code.
I have listed out my doubts below
1. The network device is currently registered / created using the add_iface
method, I would suggest to do the same during the driver probe (e.g.
spi_probe function in radios over spi bus). Problem seen is, more than one
nic devices or mac instance can be registered on a single radio and all of
the can be controlled using different user space application. In affect
more than one user space application can set parameters like channel or
even invoke scan association commands on a single radio. This
will definitely leads to to races.
2. RX path: All the command frames received are pushed to a common function
ieee802154_rx_irqsafe and finally to mac802154_monitors_rx. Suppose if i
have 2 radios one on Sub Ghz and another on 2.4Ghz both have the same PAN
id and both are coordinators (Suppose my device is a gateway cum
coordinators for 2 PANs) then the packets(mac commands) from both radios
will be received will be both user space netlink based applications(you
have a cross talk). If we map each of the radio to a network interface as
described above it can be handled.
Please review my observations and give me feedback on the same
--
Regards,
Prajosh Premdas
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Linux-zigbee-devel mailing list
Linux-zigbee-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel