All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: "Syed Mohammed, Khasim" <khasim@ti.com>
Cc: "Gadiyar, Anand" <gadiyar@ti.com>,
	Eduardo Valentin <edubezval@gmail.com>,
	linux-omap@vger.kernel.org,
	Eduardo Valentin <eduardo.valentin@indt.org.br>
Subject: Re: [PATCH 4/5] OMAP3xx: Add DMA and IRQ definition for McBSP 1 and 2
Date: Fri, 25 Apr 2008 09:48:52 -0700	[thread overview]
Message-ID: <20080425164852.GE23025@atomide.com> (raw)
In-Reply-To: <7EAD1AEEA7621C45899FE99123E124A001922B87@dbde01.ent.ti.com>

* Syed Mohammed, Khasim <khasim@ti.com> [080424 23:18]:
> 
> > > > >  #define OMAP24XX_DMA_MS                      63      /* S_DMA_62 */
> > > > >  #define OMAP242X_DMA_EXT_DMAREQ5     64      /* S_DMA_63 */
> > > > >  #define OMAP243X_DMA_EXT_DMAREQ6     64      /* S_DMA_63 */
> > > > > +#define OMAP34XX_DMA_MCBSP1_TX               31      /* S_DMA_30 */
> > > > > +#define OMAP34XX_DMA_MCBSP1_RX               32      /* S_DMA_31 */
> > > > > +#define OMAP34XX_DMA_MCBSP2_TX               33      /* S_DMA_32 */
> > > > > +#define OMAP34XX_DMA_MCBSP2_RX               34      /* S_DMA_33 */
> > > > >  #define OMAP34XX_DMA_EXT_DMAREQ3     64      /* S_DMA_63 */
> > > > >  #define OMAP34XX_DMA_AES2_TX         65      /* S_DMA_64 */
> > > > >  #define OMAP34XX_DMA_AES2_RX         66      /* S_DMA_65 */
> > > >
> > > >  What's the point of this patch? Can't you use OMAP24XX_DMA_MCBSP*
> > names?
> > >
> > > Yes, OMAP24XX_DMA_MCBSP* can be used as they have same values.
> > > There is no big difference, but readability. That's the point
> > > of this patch.
> > > Defining names OMAP34XX_DMA_MCBSP* would let people to
> > > write more readable code when specifying things specific for OMAP34XX.
> > 
> > I was under the impression that one wouldn't be writing code specific to
> > OMAP34XX given that it would work with zero modifications on a 24XX as in
> > this case. In such a case, would it not make more sense to use the more
> > generic name? That was why I left it that way - anything common to a 24XX
> > and a 34XX gets the OMAP24XX name.
> > 
> > __Quote__
> > OMAP242X_* for 2420 specific names
> > OMAP243X_* for 2430 specific names/names present from 243X onwards
> > OMAP24XX_* for names common to all 24XX, 34XX
> > OMAP34XX_* for 34XX specific names
> > __End_Quote__
> > 
> 
> One small correction, can we make OMAP34XX as just OMAP3, today we have OMAP3410, 3420, 3430 and OMAP3530, 3503. We also have OMAP2530, but changing OMAP24XX to OMAP2 will be a painful task. Let's just take this up for OMAP3 alone.

Sounds good to me. Then for stuff that covers omap2 and omap3, we
should just OMAP2_* unless somebody have a better name.

And just to remind people, let's not start renaming things because
of the patch noise it causes. Let's rather wait on clean-up like
that until we have things in sync with mainline tree first.

Regards,

Tony


  reply	other threads:[~2008-04-25 16:48 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-24 15:54 [PATCH 0/5] Updates on mcbsp driver Eduardo Valentin
2008-04-24 15:54 ` [PATCH 1/5] PLAT-OMAP: MCBSP: Tranform into platform driver Eduardo Valentin
2008-04-24 15:54   ` [PATCH 2/5] MACH-OMAP1: MCBSP: Add support for mcbsp on mach-omap1 Eduardo Valentin
2008-04-24 15:54     ` [PATCH 3/5] Fix mcbsp clock definition on clock34xx.h Eduardo Valentin
2008-04-24 15:54       ` [PATCH 4/5] OMAP3xx: Add DMA and IRQ definition for McBSP 1 and 2 Eduardo Valentin
2008-04-24 15:54         ` [PATCH 5/5] MACH-OMAP2: MCBSP: Add support for mcbsp on mach-omap2 Eduardo Valentin
2008-04-24 21:46         ` [PATCH 4/5] OMAP3xx: Add DMA and IRQ definition for McBSP 1 and 2 Tony Lindgren
2008-04-25  5:11         ` Gadiyar, Anand
2008-04-25  5:26           ` Eduardo Valentin
2008-04-25  5:46             ` Gadiyar, Anand
2008-04-25  6:13               ` Syed Mohammed, Khasim
2008-04-25 16:48                 ` Tony Lindgren [this message]
2008-04-25 16:46           ` Tony Lindgren
2008-04-25 18:10             ` Gadiyar, Anand
2008-04-25 18:13               ` Tony Lindgren
2008-04-24 21:10 ` [PATCH 0/5] Updates on mcbsp driver Felipe Balbi
2008-04-24 21:13   ` Igor Stoppa
2008-04-24 21:45     ` Tony Lindgren
2008-04-25  5:30       ` Eduardo Valentin

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=20080425164852.GE23025@atomide.com \
    --to=tony@atomide.com \
    --cc=eduardo.valentin@indt.org.br \
    --cc=edubezval@gmail.com \
    --cc=gadiyar@ti.com \
    --cc=khasim@ti.com \
    --cc=linux-omap@vger.kernel.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 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.