From: Vinod Koul <vinod.koul@intel.com>
To: Philippe De Muyter <phdm@macqel.be>
Cc: linux-kernel@vger.kernel.org, Greg Ungerer <gerg@snapgear.com>,
Stany MARCEL <smarcel@pactenovation.fr>,
Dan Williams <djbw@fb.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH resent] dma: add the freescale-provided MultiChannel DMA driver
Date: Thu, 21 Feb 2013 15:22:33 +0530 [thread overview]
Message-ID: <20130221095233.GA8451@intel.com> (raw)
In-Reply-To: <20130221082947.GA8799@frolo.macqel>
On Thu, Feb 21, 2013 at 09:29:47AM +0100, Philippe De Muyter wrote:
> > 2. If you are not using dmaengine APIs then drivers/dma/ is not a place for you.
>
> What would be the place then for a multi-architecture dma driver. Freescale often
> reuses the same blocks for its m68k (coldfire), powerpc and arm (iMX) product
> lines. A dma driver with many similarities is already under the arch/powerpc
> subtree. I would like to avoid that, because it clearly hurts reusability.
So the question is will there be any more users of the driver other than the
ethernet one? If No then it should live with ethernet driver.
DMAengine framework should be used where you have a system dma controller used
by different subsystems.
>
> > 3. While glancing at the code, I dont see why you cant use dmaengine APIs?
> lack of need (the sole current user of this dma driver is a FEC ethernet driver
> which uses the current interface), time and expertise. but any help is welcome.
>
> > 4. lastly, am blown off by your own implementation of memcpy, WHY? Kernel is
> > smarter than you!
> I agree, but don't shoot the messenger. I am not the original author, this is
> freescale code. I only ensured that it compiles and works with current kernels,
> and suppressed many checkpatch warnings.
Okay but you could have removed these before sending it. Hopefully next version
will have these kind of stuff taken care of :)
--
~Vinod
next prev parent reply other threads:[~2013-02-21 9:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-04 17:38 [PATCH resent] dma: add the freescale-provided MultiChannel DMA driver Philippe De Muyter
2013-02-20 6:31 ` Vinod Koul
2013-02-21 8:29 ` Philippe De Muyter
2013-02-21 9:52 ` Vinod Koul [this message]
2013-02-21 10:37 ` Philippe De Muyter
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=20130221095233.GA8451@intel.com \
--to=vinod.koul@intel.com \
--cc=djbw@fb.com \
--cc=gerg@snapgear.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=phdm@macqel.be \
--cc=smarcel@pactenovation.fr \
/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.