* Andi Kleen <ak@xxxxxxxxxxxxxxx> wrote: > > > I've seen this pattern of deficient changelogs a dozen > > > times in your patches this year alone ... > > > > Ping? > > I've re-sent the patch already last week. hpa was on vacation, if he doesn't pick it up I'll apply it. > Some perf patches are also pending, there just seems to be a long > backlog. > > http://permalink.gmane.org/gmane.linux.kernel/1548787 > http://permalink.gmane.org/gmane.linux.kernel/1548788 > http://permalink.gmane.org/gmane.linux.kernel/1548790 > http://permalink.gmane.org/gmane.linux.kernel/1548791 There's no perf patches backlog. The ones you link to here were delayed because you (again) ignored maintainer review feedback: https://lkml.org/lkml/2013/8/30/370 Not sure you noticed, but kernel subsystem maintainers are not your repeat-everything-a-thousand-times patch submission QA machinery. I have no problems explaining kernel contribution basics to newbies, but as a long-time kernel contributor you are expected to submit patch series whose quality is proportional to the amount of time you have already spent submitting patches. I.e. the longer the time you actively spent sending patches, the higher quality your patch series should become. Instead what I see from you are the same problems over and over again: sloppy patches, ignored review feedback. So to protect other people's higher quality patch flows maintainers that deal with you frequently often have to put your faulty submissions to the tail of their TODO list, until you show more reliable patterns of behavior. I will eventually have to stop taking patches from you permanently, if your abuse of review feedback continues. Instead of complaining and blaming the maintainer you should increase the quality of your patch submissions instead. Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
