From: Stephen Warren <swarren@wwwdotorg.org>
To: Vinod Koul <vinod.koul@intel.com>, Lars-Peter Clausen <lars@metafoo.de>
Cc: Christopher Freeman <cfreeman@nvidia.com>,
ldewangan@nvidia.com, swarren@nvidia.com,
dan.j.williams@intel.com, dmaengine@vger.kernel.org,
linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v1 0/3] Tegra DMA residue improvements
Date: Wed, 21 May 2014 10:21:32 -0600 [thread overview]
Message-ID: <537CD28C.5020304@wwwdotorg.org> (raw)
In-Reply-To: <20140521110637.GQ21128@intel.com>
On 05/21/2014 05:06 AM, Vinod Koul wrote:
> On Wed, May 21, 2014 at 08:58:51AM +0200, Lars-Peter Clausen wrote:
>> On 05/21/2014 07:52 AM, Vinod Koul wrote:
>>> On Tue, May 06, 2014 at 02:22:20PM -0700, Christopher Freeman wrote:
>>>> A collection of patches to improve Tegra's DMA residual reporting
>>>>
>>>> Christopher Freeman (3):
>>>> dma: tegra: finer granularity residual for tx_status
>>>> dma: tegra: change interrupt-related log levels
>>>> dma: tegra: avoid int overflow for transferred count
>>> Can you pls use the *right* subsystem name...
>>>
>>
>> Without you saying what the right subsystem name is, I think it is
>> not that obvious what it is:
> ah... the subsystem name and ML name is dmaengine
>
>>
>> git log --format="%s" --no-merges drivers/dma/ | grep '^[a-zA-Z]\+'
>> -o | sort | uniq -c | sort -n
>>
>> 381 dma
>> 509 dmaengine
>>
>> So there is a bias towards 'dmaengine', but if you only look at
>> recent commits there is a bias towards 'dma'.
> And thats what i am getting annoyed at :) Yes ppl please use dmaengine only
> I think I will stop accepting patches with "dma" now and improve the stats
> here...
Simplest is to just edit the commit subjects/descriptions when you apply
patches. That way, you don't have to reject patches, or force people to
repost patches for nit-picky reasons, yet still get the results you want
in the final git tree. I certainly do this for Tegra patches.
prev parent reply other threads:[~2014-05-21 16:21 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-06 21:22 [PATCH v1 0/3] Tegra DMA residue improvements Christopher Freeman
2014-05-06 21:22 ` Christopher Freeman
2014-05-06 21:22 ` [PATCH v1 1/3] dma: tegra: finer granularity residual for tx_status Christopher Freeman
2014-05-06 21:22 ` Christopher Freeman
2014-05-07 16:37 ` Stephen Warren
[not found] ` <536A6145.2080106-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-05-07 22:37 ` Christopher Freeman
2014-05-07 22:37 ` Christopher Freeman
[not found] ` <20140507223745.GB20137-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-12 17:27 ` Stephen Warren
2014-05-12 17:27 ` Stephen Warren
2014-05-21 6:00 ` Vinod Koul
2014-05-06 21:22 ` [PATCH v1 2/3] dma: tegra: change interrupt-related log levels Christopher Freeman
2014-05-06 21:22 ` Christopher Freeman
[not found] ` <1399411343-12222-1-git-send-email-cfreeman-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2014-05-06 21:22 ` [PATCH v1 3/3] dma: tegra: avoid int overflow for transferred count Christopher Freeman
2014-05-06 21:22 ` Christopher Freeman
2014-05-07 16:38 ` Stephen Warren
[not found] ` <536A61A3.3050601-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-05-07 19:15 ` Lars-Peter Clausen
2014-05-07 19:15 ` Lars-Peter Clausen
2014-05-07 22:50 ` Christopher Freeman
2014-05-07 6:38 ` [PATCH v1 0/3] Tegra DMA residue improvements Lars-Peter Clausen
[not found] ` <5369D4FF.1070004-Qo5EllUWu/uELgA04lAiVw@public.gmane.org>
2014-05-07 21:27 ` Christopher Freeman
2014-05-07 21:27 ` Christopher Freeman
2014-05-21 5:52 ` Vinod Koul
[not found] ` <20140521055213.GK21128-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2014-05-21 6:58 ` Lars-Peter Clausen
2014-05-21 6:58 ` Lars-Peter Clausen
2014-05-21 11:06 ` Vinod Koul
2014-05-21 16:21 ` Stephen Warren [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=537CD28C.5020304@wwwdotorg.org \
--to=swarren@wwwdotorg.org \
--cc=cfreeman@nvidia.com \
--cc=dan.j.williams@intel.com \
--cc=dmaengine@vger.kernel.org \
--cc=lars@metafoo.de \
--cc=ldewangan@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=swarren@nvidia.com \
--cc=vinod.koul@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.