Hello, On 20 February 2018 at 04:37, Alexander Aring <alex.aring@xxxxxxxxx> wrote: > Hi, > > 2018-02-19 12:29 GMT-05:00 Michael Richardson <mcr@xxxxxxxxxxxx>: >> Xue Liu <liuxuenetmail@xxxxxxxxx> wrote: >> > This driver implements a subset of ieee802154_ops. It has no support >> > for CSMA due to lack of hardware support. It has currently no support >> > for its proprietary feature: Dual PAN. >> >> I think you mean, that the driver has no support for the MCR20A Dual >> Pan feature, because the 802.15.4 layer has no way to deal with it. >> >> A suggestion is to create two virtual devices! >> > > If they can run on two different frequencies: > > Create two wpan-phy's - yes. (Which is a _device_ class) > Yes. It can working at two different frequencies. I think it is the right way to go. > If they run on two different PANs: > > Create two wpan interfaces on top of one wpan phy. > > ---- > > But so far I remember it is some crazy "I can transmit on different > pans with internal channel hopping by doing hardware offload" (It's > still _one_ radio, in sense one transmit/receive medium) then do: > > nothing of that above - this need to be handled by some internal > subsystem handling, if a use case exists. > > - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
