From: Arnd Bergmann <arnd@arndb.de>
To: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Cc: Ulf Hansson <ulf.hansson@linaro.org>, Chris Ball <cjb@laptop.org>,
Simon <horms@verge.net.au>, Linux-SH <linux-sh@vger.kernel.org>,
linux-mmc <linux-mmc@vger.kernel.org>
Subject: Re: [PATCH 2/9] mmc: tmio: tmio_mmc_host has .dma
Date: Tue, 06 Jan 2015 13:24:50 +0000 [thread overview]
Message-ID: <1850128.8f5cDzhtTH@wuerfel> (raw)
In-Reply-To: <87vbkkvjw6.wl%kuninori.morimoto.gx@renesas.com>
On Tuesday 06 January 2015 00:20:59 Kuninori Morimoto wrote:
>
> Hi Arnd, Ulf
>
> Thank you for your feedback
>
> > > > The slave_id/chan_priv values are now passed three times into the
> > > > driver, and one should really be enough. I'd suggest removing the
> > > > integer fields from both tmio_mmc_dma and tmio_mmc_data (added in
> > > > patch 9), and instead pass it as a void* argument only to tmio_mmc_data.
> > >
> > > Hmm. I guess this priv_?x and slave_id are based on filter ?
> >
> > priv_?x needs to be in a format that matches the filter function,
> > passing slave_id is basically always wrong, but dmaengine drivers
> > generally just ignore it.
> (snip)
> > Maybe we can hide the slave_id field in dma_slave_config within
> > '#if defined(CONFIG_ARCH_SH_MOBILE) && defined(CONFIG_ATAGS)' then?
> >
> > I would really like to prevent other people from copying the mistake.
> > Apparently it has already happened on MIPS jz4740, but that one seems
> > easy enough to fix. Tegra used to use slave_id as well, but it's been
> > converted to DT-only a while ago and that is just dead code for them.
> >
> > I've had a closer look at the existing code now and came up with a
> > patch that should work for all out-of-tree drivers you may be worried
> > about.
>
> I don't want to use #ifdef in driver :P
> OK, I understand your opinion. I can try fix this DMAEngine issue
> (without #ifdef :)
Ok, thanks. I have also posted a patch now for the jz4740 platform
that is the other user of slave_id.
> But, I want "step by step" for this cleanup.
> So, can you please accept about current "header cleanup" patch-set as 1st step ?
Fair enough.
> Then, I want to try "dmaengine cleanup" patch-set as 2nd step if possible.
> I guess [8/9] and [9/9] are not good for "header cleanup" (?) I don't know.
> Arnd, Ulf, what is your opinion ?
Patch 8 looks great to me.
Patch 9 as I mentioned is a bit strange because it duplicates the some
of the data between tmio_mmc_data and tmio_mmc_dma, which are both
visible to the tmio_mmc_dma.c file. Simply folding tmio_mmc_dma into
tmio_mmc_data seems like the simplest solution to that.
Arnd
next prev parent reply other threads:[~2015-01-06 13:24 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-05 7:01 [PATCH 0/9]: mmc: tmio header cleanup Kuninori Morimoto
2015-01-05 7:02 ` [PATCH 1/9] mmc: tmio: add tmio_mmc_host_alloc/free() Kuninori Morimoto
2015-01-05 8:35 ` Geert Uytterhoeven
2015-01-05 8:39 ` Kuninori Morimoto
2015-01-05 7:02 ` [PATCH 2/9] mmc: tmio: tmio_mmc_host has .dma Kuninori Morimoto
2015-01-05 8:43 ` Arnd Bergmann
2015-01-05 9:35 ` Kuninori Morimoto
2015-01-05 21:33 ` Arnd Bergmann
2015-01-06 0:20 ` Kuninori Morimoto
2015-01-06 13:24 ` Arnd Bergmann [this message]
2015-01-07 1:45 ` Kuninori Morimoto
2015-01-06 2:38 ` Kuninori Morimoto
2015-01-06 13:19 ` Arnd Bergmann
2015-01-07 2:56 ` Kuninori Morimoto
2015-01-07 2:28 ` Kuninori Morimoto
2015-01-07 9:23 ` Arnd Bergmann
2015-01-07 3:01 ` Kuninori Morimoto
2015-01-07 9:15 ` Arnd Bergmann
2015-01-08 1:57 ` Kuninori Morimoto
2015-01-08 7:30 ` Kuninori Morimoto
2015-01-08 13:09 ` Arnd Bergmann
2015-01-09 9:44 ` Kuninori Morimoto
2015-01-12 9:05 ` Ulf Hansson
2015-01-05 7:02 ` [PATCH 3/9] mmc: tmio: tmio_mmc_host has .write16_hook Kuninori Morimoto
2015-01-05 7:03 ` [PATCH 4/9] mmc: tmio: tmio_mmc_host has .clk_enable Kuninori Morimoto
2015-01-05 7:03 ` [PATCH 5/9] mmc: tmio: tmio_mmc_host has .clk_disable Kuninori Morimoto
2015-01-05 7:03 ` [PATCH 6/9] mmc: tmio: tmio_mmc_host has .multi_io_quirk Kuninori Morimoto
2015-01-05 7:03 ` [PATCH 7/9] mmc: tmio: tmio_mmc_host has .bus_shift Kuninori Morimoto
2015-01-05 7:03 ` [PATCH 8/9] mmc: sh_mobile_sdhi: remove .init/.cleanup Kuninori Morimoto
2015-01-05 9:02 ` Geert Uytterhoeven
2015-01-05 9:15 ` Kuninori Morimoto
2015-01-05 7:04 ` [PATCH 9/9] mmc: sh_mobile_sdhi: remove sh_mobile_sdhi_info Kuninori Morimoto
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=1850128.8f5cDzhtTH@wuerfel \
--to=arnd@arndb.de \
--cc=cjb@laptop.org \
--cc=horms@verge.net.au \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=ulf.hansson@linaro.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).