On Tue, Sep 23, 2014 at 01:14:06PM +0300, Jukka Rissanen wrote: > Hi Alex, > > On ti, 2014-09-23 at 11:35 +0200, Alexander Aring wrote: > > Jukka, > > > > I/Simon mainly add you here in cc because this bug what Simon fixed here > > is also inside of bluetooth 6lowpan. > > BTW, the v4 patch does not apply cleanly to bluetooth-next. The > modifications were very small thou. > It's a bug fix and should be go to wpan, then wpan goes to bluetooth. I know there is some easy solveable merge conflict... but maintainers need to be deal with it then. ;-) When this is an easy conflict it doesn't matter to wait on it. I hope that's okay for all maintainers, I am new in this handling. Maintainers isn't just "apply patches", making the right workflow and solve merge conflicts, I think. Otherwise some maintainer will tell me "don't making merge conflicts!", but I heard nothing something like that now. Or we wait when these changes are in bluetooth repo, which means also wpan repo. Also there is an option to send it to -stable, but for me that doesn't matter currently, there are still other unsolved issues in 802.15.4 branch. When we know some "real" users and some of them wants support for v3.16 or something else then we could try to make a backport for this. At the moment we don't have a "real" -stable strategy. And stable != bluetooth/wpan, okay the stable maintainers sometimes look into bluetooth/wpan/net/wireless (the without -next) to grab some stable patches from it. But to make a real stable patch you need to read: Documentation/stable_kernel_rules.txt - 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