[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170724.133201.1541272602104841059.davem@davemloft.net>
Date: Mon, 24 Jul 2017 13:32:01 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: egil.hjelmeland@...itel.com
Cc: corbet@....net, andrew@...n.ch,
vivien.didelot@...oirfairelinux.com, f.fainelli@...il.com,
kernel@...gutronix.de, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH 00/13] net: dsa: lan9303: unicast offload, fdb,mdb,STP
From: Egil Hjelmeland <egil.hjelmeland@...itel.com>
Date: Mon, 24 Jul 2017 16:47:51 +0200
> This is my first patches submitted to the kernel, so I am looking
> forward to comments.
Please clean up how the dates are handled in your submission.
They are all over the place, over a period of 3 days.
Instead, they should be consequentive, near the moment the patch is
submitted.
We manage patches in patchwork, and there the patches are ordered in
my queue based upon date. So instead of a nice clean order of changes
showing up recently at the top of my queue, your's got mixed in deep
near the bottom of the queue, intermixed with other unrelated changes.
This seriously makes things more difficult for me.
The best thing to do is to apply your series into a fresh tree (which
you pretty much _MUST_ do anyways, to make sure your changes apply,
build and work properly in my GIT tree, right?) and then extract those
commits for your patch series emails.
You must also say in your subject line which of my two GIT networking
trees ('net' or 'net-next') your changes are targetting. If you don't
know, you need to figure that out before submitting.
I'm not applying this series until you fix your process up.
Thank you.
Powered by blists - more mailing lists