From: "Jon Smirl" <jonsmirl@gmail.com>
To: "Matt Sealey" <matt@genesi-usa.com>
Cc: Andre Schwarz <andre.schwarz@matrix-vision.de>,
linux-ppc list <linuxppc-dev@ozlabs.org>
Subject: Re: MPC52xx generic DMA using bestcomm
Date: Mon, 7 Jul 2008 09:39:42 -0400 [thread overview]
Message-ID: <9e4733910807070639k283b1267q34a4c9bbff827b22@mail.gmail.com> (raw)
In-Reply-To: <4872104E.6050109@genesi-usa.com>
On 7/7/08, Matt Sealey <matt@genesi-usa.com> wrote:
>
>
> Andre Schwarz wrote:
>
> > Grant,
> >
>
> I know I'm not Grant, but..
>
>
> > do you know if someone's working on a more generic DMA solution using
> > BestComm engine on 5200B ?
> > Maybe somthing that accepts a sg-list with callback ops or completion ?
> >
>
> It was suggested once or twice, not least by me.
>
>
> > Is it possible right now to accelerate simple memcpy ops ?
> >
>
> From my discussions on the subject with Sylvain, it's possible, you just
> need to use the GenBD and initiate it manually, however it's probably more
> overhead than work if the data size is small, and BestComm would do better
> to copy full 32-bit words at a time, and stay aligned, if you have an
> odd-sized
> transfer from a non-32-bit aligned address, then you may have to do some
> incredible amount of work which makes the actual transfer not worth doing
> (by the time you set it up, the CPU could have copied it on it's own
> already, I guess what you DO gain is a kernel preemption point.. the CPU
> can do other things that are important)
If you want an Efika specific problem, the audio hardware is capable
of simultaneously playing music on the S/PDIF and analog outputs. But
to do that the samples have to be alternated as they are fed into the
AC97 stream. I think the codec can capture that way too but you
didn't put a transceiver on the S/PDIF line.
In my test driver you only get AC97 or S/PDIF. Grant and I are both
working on i2s drivers, when we get those sorted out it shouldn't be
too hard to add ac97 back in. That codec driver I sent you was about
95% complete.
>
> I for one, though, whether it speeds stuff up or not, love to see this in
> action and am very willing to test and benchmark it. I would love to see
> more users, too, as the network stack is not the only system that can
> benefit..
>
> On a related note does anyone know of the status or what is going on with
> Clifford Wolf's dmatransfer API?
>
> --
> Matt Sealey <matt@genesi-usa.com>
> Genesi, Manager, Developer Relations
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
--
Jon Smirl
jonsmirl@gmail.com
next prev parent reply other threads:[~2008-07-07 13:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-07 9:40 MPC52xx generic DMA using bestcomm Andre Schwarz
2008-07-07 12:47 ` Matt Sealey
2008-07-07 13:36 ` Grant Likely
2008-07-07 13:39 ` Jon Smirl [this message]
2008-07-07 14:18 ` Matt Sealey
2008-07-07 14:50 ` Jon Smirl
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=9e4733910807070639k283b1267q34a4c9bbff827b22@mail.gmail.com \
--to=jonsmirl@gmail.com \
--cc=andre.schwarz@matrix-vision.de \
--cc=linuxppc-dev@ozlabs.org \
--cc=matt@genesi-usa.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 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).