On Tue, 20 Aug 2013 09:25:05 -0700 (PDT) Hugh Dickins <hughd@xxxxxxxxxx> wrote: > > > > Especially as I just did the releases... > > Oh. Classic case of a patch rushed too quickly into late rc, > then too quickly from there to stable. > I think we should focus more on having a correct fix than a quick fix and rush it into mainline. I was criticized for pushing a rather complex fix into -rc4, and was told that I should wait to 3.12. The thing is, we had various versions of a fix by -rc1, but I wasn't satisfied with it. After several rounds we were finally happy with the fix and by that time, -rc4 was out. I pushed it regardless, as why should I wait to 3.12 and then push it to stable? We all took our time, tested the hell out of it (although not as much as it would get going mainline), had it in linux-next for several days, knew the bug inside and out and then when we were happy, added it to mainline. I didn't really care what -rc it was, because it was to go to stable too. Several patches are still being queued for 3.10. Oh, which I should push out, as I got distracted by my day job ;-) Maybe it would be good to discuss when things should go into -rc and stable at Kernel Summit. -- Steve -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html