On Mon, Sep 15, 2014 at 01:56:07AM +0200, Alexander Aring wrote: > On Mon, Sep 15, 2014 at 01:45:51AM +0200, Alexander Aring wrote: > > Hi Martin, > > > > On Fri, Sep 12, 2014 at 02:14:01PM +0100, Martin Townsend wrote: > > > Hi Alex, > > > > > > You sent me a patch not long ago to allow automatic setting of promiscous mode. I seem to have lost this patch, could you resend as I want to look into it. > > > > > > > some of my old branch [0]. > > > > btw. > > > > I added to the rework now the promiscous mode and decided to not enable > > this mode while setting promiscous mode flag. > > > > It's now setted by doing a ifup of a monitor interface. See [1]. > > > > Maybe you will change it like this (it's better) but there are so many > > issue to think about (Disable promiscous if netif on non MONITOR > > interfaces etc...). > > > > And also you can't have NODE and MONITOR running because it's phy mac > > sublayer attribute. > > > > I mean with mac sublayer here, some timing critical mac operations/algorithmn > done by phy's. Like AACK/ARET, CSMA, etc handling. I don't beleieve that we can > ever handle these timing ciriticals inside mac802154. > > So we have multiple interfaces but one phy. :-) > > One phy means we need to check the constraints that these parameters are > always the same on each interface. > > On phy pib handling we don't need that. This is no MAC algorithmn, it's > only physical changes to the phy rf handling and for the rework we don't > have the multiple phy handling anymore. > grml s/promiscous/promiscuous everywhere. I need to remember that. Sorry. I will fix it on the branch. - 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