[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20121124070337.GA8030@mail.gnudd.com>
Date: Sat, 24 Nov 2012 08:03:37 +0100
From: Alessandro Rubini <rubini@...dd.com>
To: jaswinder.singh@...aro.org
Cc: ciminaghi@...dd.com, viresh.linux@...il.com,
giancarlo.asnaghi@...com, rajeev-dlh.kumar@...com,
linux@....linux.org.uk, nico@...xnic.net, vinod.koul@...el.com,
linus.walleij@...aro.org, hpa@...or.com,
linux-kernel@...r.kernel.org, grant.likely@...retlab.ca,
wim@...ana.be, mingo@...hat.com, ben-linux@...ff.org, djbw@...com,
tglx@...utronix.de, cjb@...top.org,
linux-arm-kernel@...ts.infradead.org, davidb@...eaurora.org
Subject: Re: [PATCH 1/8 v3] DMA: PL330: use prefix in reg names to build
under x86
My patch:
>> This driver would not compile if ARM_AMBA is selected under x86,
>> because "CS" and "DS" are already defined there. But AMBA
>> is used in the x86 world by a PCI-to-AMBA bridge, to be submitted.
>>
>> The patch just adds the "PL330_" prefix to all register and bit fields,
>> so it can be built by randomconfig after ARM_AMBA appears within x86.
Jassy Brar:
> Prefixing only CS and DS should be do the job.
> Why do we have to make every symbol noisy with PL330_ ?
For internal consistency. I attacked this problem in July. This is
what you wrote:
I fully agree with your point and IIRC I always add some prefix to
definitions in header files.
Private defines in a .c file, without redundant prefixes, sounded like
safe to me at the time, but perhaps I was wrong.
(references: http://lkml.org/lkml/2012/7/1/56)
So I made the changes overall. I dislike needless long patches, but
picking symbols to work around the conflict of the day while
introducing inconsistent naming doesn't look good to me.
The other option is making the driver depend on CONFIG_ARM, like other
patches in the series. That would be a smaller patch: we have a dozen
AMBA peripherals under X86, and the PL330 was not thre.
But I got the impression that we don't want to single-out every driver
that doesn't compile: an overall more portable system is better.
I'm fine either way, but your "perhaps I was wrong" above made me choose
the overall-prefixing approach.
Thank you all for your patience in this (especially Davide for the
upstreaming effort)
/alessandro
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists