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
next prev parent 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.