linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Scott Wood <scottwood@freescale.com>
To: pterry@micromemory.com
Cc: linuxppc-dev@ozlabs.org, paulus@samba.org, Wei.Zhang@freescale.com
Subject: Re: [PATCH 1/4] Add DMA sector to	Documentation/powerpc/booting-without-of.txt file.
Date: Thu, 12 Jul 2007 14:10:04 -0500	[thread overview]
Message-ID: <46967C8C.9010602@freescale.com> (raw)
In-Reply-To: <1184260375.24515.35.camel@pterry-fc6.micromemory.com>

Phil Terry wrote:
> Say I'm writing a sound card, video card, widget card, etc., driver.
> 
> My driver gets loaded by virtue of detecting the card/device (via of,
> pci, usb, platform, whatever bus mechanisms).
> 
> My driver would benefit from using a generic DMA device so it uses the
> internal api to look for one and uses the API of that device to request
> a channel for its use. I don't care what channel I get, I don't need a
> fixed, reserved channel of the DMA device as specified in the dts I just
> need an unused channel. If no channels are available or I'm in a system
> with no generic DMA service available I can either fall back to
> processor copying or refuse to load.

The audio device example was not about using the DMA engine for generic 
memory copying; it was about an audio device that is hardwired to a 
certain DMA channel.  There is no way to do audio without using that 
specific channel.

> If the dts/of/boot loader tells the kernel its a fsl soc then it knows
> how to work out which one and what level, and therefore knows what
> devices, such as the DMA device are present.

All you'd be doing then is moving the device trees into the kernel.  The 
dtc syntax is a convenient way of expressing the information that has to 
live *somewhere*.

> Quite why we are using a 20 year old spec, which was never finished, and
> ceased to be a formal spec 10 years ago as the "new" way forward is a
> puzzle to me as well.

Probably because there was already code there to support it. :-P

It's not that bad in most respects, though unlike some, I don't think we 
need to stick dogmatically to the exact way that Open Firmware(tm) did 
everything.

-Scott

  reply	other threads:[~2007-07-12 19:10 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-10  9:44 [PATCH 0/4] DMA engine driver for Freescale MPC8xxx processor Zhang Wei
2007-07-10  9:44 ` [PATCH 1/4] Add DMA sector to Documentation/powerpc/booting-without-of.txt file Zhang Wei
2007-07-10  9:44   ` [PATCH 2/4] Add dma sector to mpc8641hpcn board dts Zhang Wei
2007-07-10 13:55     ` Segher Boessenkool
2007-07-11  7:16       ` Zhang Wei-r63237
2007-07-11 11:27         ` Segher Boessenkool
2007-07-12  9:51           ` Zhang Wei-r63237
2007-07-10 13:57     ` Segher Boessenkool
2007-07-11  7:17       ` Zhang Wei-r63237
2007-07-10 14:01   ` [PATCH 1/4] Add DMA sector to Documentation/powerpc/booting-without-of.txt file Segher Boessenkool
2007-07-10 16:11     ` Scott Wood
2007-07-11 10:00       ` Zhang Wei-r63237
2007-07-11 15:23         ` Scott Wood
2007-07-11 17:53           ` Segher Boessenkool
2007-07-12  9:48             ` Zhang Wei-r63237
2007-07-12 17:12               ` Phil Terry
2007-07-12 19:10                 ` Scott Wood [this message]
2007-07-16 14:56                   ` Segher Boessenkool
2007-07-16 14:54                 ` Segher Boessenkool
2007-07-17 11:17                   ` Paul Mackerras
2007-07-17 15:36                     ` Segher Boessenkool
2007-07-11 11:18       ` Segher Boessenkool
2007-07-11 15:30         ` Scott Wood
2007-07-11 18:01           ` Segher Boessenkool
2007-07-11 18:18             ` Scott Wood
2007-07-11 18:43               ` Segher Boessenkool
2007-07-11 19:03                 ` Scott Wood
2007-07-11 19:19                   ` Segher Boessenkool
2007-07-11 19:27                     ` Scott Wood
2007-07-11 20:27                       ` Segher Boessenkool
2007-07-11 10:06     ` Zhang Wei-r63237
2007-07-11 11:40       ` Segher Boessenkool
2007-07-12  9:45         ` Zhang Wei-r63237

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=46967C8C.9010602@freescale.com \
    --to=scottwood@freescale.com \
    --cc=Wei.Zhang@freescale.com \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=paulus@samba.org \
    --cc=pterry@micromemory.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).